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A digital video and data system delivers digital video content, bi-directional data 
services, i.e. Internet (14), and plain old telephone service (POTS) (16) to an end 
user over a communication channel. The channel can be copper wire, that 
extends between a telephone company central office (400) and residential 
premises (1300), wireless (11) or any other communication medium. The method 
for providing digital video and data capitalizes on a bus, broadcast backplane 
(150), created by the central office. The broadcast backplane (150) enables a 
plurality of video program data to be available to end users. A user requests a 
program and, if authorized, receives that program over the channel. The digital 
video content on the channel is bi-directional data service and POTS. The 
system employs architecture to synchronize the timing of the digital video signal 
to comply with MPEG-2 (motion picture experts-2) standards. 
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(57) Abstract 
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plain old telephone service (POST) to an end user over a communication channel. In this system, the channel is typically the copper wire 
pair that extends between the telephone company central office (400) and a residential premises (1300). 
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SYSTEM AND METHOD FOR THE DELIVERY OF DIGITAL VIDEO AND 
DATA OVER A COMMUNICATION CHANNEL 

CROSS-REFERENCE TO RELATED APPLICATIONS 

5 This document claims priority to and the benefit of the fiHng date of 

provisional patent application entitled DIGITAL VIDEO AND DATA SYSTEM, 
assigned serial number 60/064,153, and filed November 4, 1997 the text of which is 
hereby incorporated by reference, and is related to the following commonly assigned 
copending U.S. Patent Applications: COMPUTER SYSTEM AND METHOD FOR 

10 PROVIDING DIGITAL VIDEO AND DATA OVER A COMMUNICATION 

CHANNEL, filed on even date herewith (Attorney Docket Number 62004-1040), 
SYSTEM AND METHOD FOR MAINTAINING TIMING SYNCHRONIZATION 
IN A DIGITAL VIDEO NETWORK, filed on even date herewith (Attorney Docket 
Number 62004-1050), and APPARATUS AND METHOD FOR TRANSPORTING 

1 5 INFRARED AND RADIO FREQUENCY SIGNALS, filed on even date herewith 
(Attorney Docket Number 62004-1060), which are all hereby incorporated by 
reference. 

TFCHNTCAL FIELD 

The present invention relates generally to the delivery of digital video and 
20 data, and more particularly, to a system and method for the delivery of digital video 
and data over a communication channel. 

BACKGROTINn OF THF INVENTION 
The delivery of digital video signals to a subscriber has been accomplished via 
many ways. For example, compressed digital video using the motion picture experts 
25 group (MPEG-2) compression/decompression methodology can be delivered using a 
variety of media including coaxial cable, fiber optic cable and satellite. Some of these 
delivery systems are considered "video-on-demand", or "near video-on-demand" in 
that a user, or subscriber, may select from a plurality of offerings and view a particular 
program as desired from time to time. In video-on-demand systems a user may select 
30 a program for viewing at any arbitrary time. In near video-on-demand systems, a user 
is typically given a choice of programming available at repeated specific times. 
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Furthermore, broadcast video applies to programming that occurs with a daily or 
weekly schedule and is delivered to a wide number of subscribers at the same time. 

These systems typically make available to the user all channels of 
programming from which the user selects the desired program, typically through the 
use of some sort of converter or decoder box located near a television set, For 
example, in a typical cable television system, all available programming is delivered 
to a user via a coaxial cable that terminates near the user's premises. The 
programming made available to each particular user is determined by the insertion of 
a filter, or a scrambler, between the supply cable and the user's premises. In this 
manner, the selection available to a user is controlled. In these cable television 
systems, a "pay-per-view" system is also available through the use of the converter 
box. If the user desires a particular program, the user contacts the cable service 
provider ahead of time in order to purchase that particular program. 

In satellite digital video delivery systems a user, or subscriber, installs a small 
parabolic reflector and special electronics at the premises. These systems use the 
direct broadcast satellite "DBS" spectrum to deliver digital video signals to a user. In 
these systems, all of the available programming content is transmitted directly to all 
users from specialized satellites in geosynchronous earth orbit. Geosynchronous orbit 
refers to an orbit in which a satellite orbiting the earth remains in a fixed position 
relative to a point on the earth. A receiver unit located at the user premises decodes 
the data stream in order to extract the desired programming. 

Each of the aforementioned digital video delivery systems have drawbacks. 
For example, in cable television systems, it is relatively easy to steal, or pirate, the 
signal from the cable located near the user premises. This allows an unauthorized use: 
access to all programming available on the cable. Furthermore, historically, cable 
television systems suffer from reliability problems. 

A satellite delivery system also has drawbacks. Because all of the available 
programming is simultaneously beamed to all subscribers, bandwidth allocation, and 
therefore, channel capacity, becomes critical. For example, during times when many 
sporting events or high action programming that contain fast motion are broadcast 
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simultaneously, such as on Sunday afternoons during football season, additional 
bandwidth must be made available to certain channels. Because the amount of 
available bandwidth is fixed, this necessitates the reduction of bandwidth available for 
other channels. In addition, satellite delivery systems rely upon the proper installation 
of the parabolic reflector, which must have an unobstructed line of sight to the 
transmitting satellite or satellites, and suffer from signal degradation in inclement 
weather. Furthermore, as in cable television systems, or in any system in which all 
channels are delivered to all customers, it is possible to obtain unauthorized channels. 

Other available systems make a number of video programs available to an end 
user by employing an asynchronous transmission network (ATM) over which a 
particular program may be delivered to an end user. Unfortunately, ATM systems are 
costly to implement and because these systems employ an ATM switching fabric, they 
can easily become overloaded if, for example, a large number of users chose to view a 
wide variety of programs. 

Thus, a heretofore unaddressed need exists in the industry to address the 
aforementioned deficiencies and inadequacies. 

■STIMM ARY OF THE INVENTION 
The present invention provides a system and method for the delivery of 
digital video, bi-directional data, such as Internet data, and plain old telephone 

20 service (POTS). 

Briefly described, in architecture, the system can be implemented as follows. 
A system for delivering digital video and data over a communication channel 
comprises a programming center configured to receive a plurality of video signals and 
at least one bi-directional data signal. A central office in communication with the 

25 programming center is configured to receive the plurality of video signals and place 
the plurality of video signals on a bus. The central office is also configured to deliver 
at least one of the plurality of video signals and supports communication of at least 
one bi-directional data signal to at least one end user over a communications channel. 
The present invention can also be viewed as providing a method for 

30 providing a plurality of video channels and bi-directional data over a communication 



15 



3 



wo 99/23825 



PCTAJS98/23550 



channel. In this regard, the method can be broadly summarized by the following 
steps: a plurality of video channels are placed on a bus; a request from a user for at 
least one of said plurality of video channels is received; the request is processed in 
order to determine whether the user is authorized to receive at least one of the 
5 plurality of video channels; and at least one of the plurality of video channels is 

delivered over a communications channel to the user if the user is authorized to 
receive said at least one of the plurality of video channels. 

RRTFF DKSCRIPTION OF THE SEVFRAL VIEWS OF THE DRAWI NGS 
The invention can be better understood with reference to the following 
0 drawings. The components in the drawings are not necessarily to scale, emphasis 
instead being placed upon clearly illustrating the principles of the present invention. 
Moreover, in the drawings, like reference numerals designate corresponding parts 
throughout the several views. 

Fig. 1 A is a high level system view illustrating the overall topology in which 
1 5 the digital video and data delivery system of the present invention resides; 

Fig. IB is a flow chart illustrating the manner in which a user requests a 
program via the system topology of Fig. 1 A; 

Fig. 2 is a schematic view illustrating the delivery of digital video from 
content provider 1 1 to telco programming and control center 100; 
20 Fig. 3 is a schematic view illustrating the architecture that connects telco 

programming and control center 100 to central office 400; 

Fig. 4 is a block diagram illustrating the components of the present invention 
that reside within telco programming and control center 100; 

Fig. 5 is a block diagram illustrating the video control shelf 200 of Fig. 4; 
25 Fig. 6 is a block diagram illustrating the video control module 250 of Fig. 5; 

Fig. 7 is a schematic view illustrating the shelf processor module 300 of Fig. 

5; 

Fig. 8 is a flow diagram illustrating the architecture, functionality, and 
operation of a possible implementation of the system management workstation 325 o 
30 Fig..4; 
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Fig. 9 is a schematic view illustrating the architecture of central office 400; 
Fig. 1 OA is a schematic view illustrating the video network interface shelf 450 
of Fig. 9; 

Fig. 1 OB is a block diagram illustrating the video network interface module 
700 of Fig. lOA; 

Fig. 1 1 A is a schematic view illustrating the video distribution shelf 500 of 

Fig. 9; 

Fig. 11 B is a block diagram illustrating the video input module 800 of Fig. 

11 A; 

Fig. 1 IC is a schematic view illustrating an alternative distribution scheme to 
the video input module of Fig. 1 IB; 

' Fig. 1 ID is a block diagram illustrating the multiple video output module 850 

of Fig. 11 A; 

Fig. 1 IE is a schematic view illustrating a remote video output module of Fig. 

11 A; 

Fig. 12 is a schematic view illustrating the access shelf 550 and the low pass 

filter module 600 of Fig. 9; 

Fig. 13 is a schematic view illustrating additional detail of access shelf 550 of 

Fig. 9; 

Fig. 14 is a schematic view illustrating universal access adapter module 1000 
of Figs. 12 and 13; 

Fig. 1 5 is a flow diagram of central office master workstation 650 of Fig. 9; 
Fig. 1 6 is a block diagram illustrating customer premise 1 300; 
Fig. 17A is a schematic view illustrating the intelligent network interface (INI) 
1350 of Fig. 16; 

Fig. 17B is a schematic view illustrating the system in which the IR remote 
control interface of Fig. 1 7 A is installed; 

Fig. 17C is a schematic view illustrating an IR remote transceiver of Fig. 17B; 

Fig. 17D is a schematic view illustrating the IR remote control interface 1358 
of Fig. 17 A; 
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Fig. 1 8 is a schematic view illustrating the location, and a possible 
implementation, of CO framer 1 100 and CP framer 1400 within the digital video and 
data delivery system of the present invention; 

Fig. 19 is a schematic view illustrating CO framer 1 100 of Fig. 18; 

Fig. 20A is a schematic view illustrating the adaptive rate transport stream bus 
specification of the transport stream of Fig. 1 9; 

Fig. 20B is a schematic view illustrating the formatting used to transport eight 
sets of the adaptive rate transport stream of Fig. 20 A over an optical link; 

Fig. 21 is a schematic view illustrating that upon the removal of data content 
from the adaptive style transport stream of Fig. 20, remaining is a fixed rate transport 
stream bus; 

Fig. 22 is an excerpt from the MPEG-2 transport stream specification defining 
the first three bytes of the transport stream packet of Figs. 20 and 21; 

Fig. 23 is a schematic view illustrating the transport stream contained on 

cormection 1161 of Fig. 19; 

Fig. 24A is a schematic view illustrating PID filter 1110 of Fig. 19; 

Fig. 24B is a decision flow diagram illustrating the operation of the PID filter 
11 10 of Fig. 24 A; 

Fig. 25 is a decision flow diagram illustrating the operation of the PCR extract 
device 1130 of Fig. 19; 

Fig. 26 is a detailed view of the PCR incrementor 1 1 40 of Fig. 1 9; 

Fig. 27A is a block diagram illustrating CO data mux 1 150 of Fig. 19; 

Fig. 27B is a state diagram illustrating the operation of CO data mux 1 150 of 

Fig. 27C is a flow chart illustrating the operation of CO data mux 1 1 50 of Fig. 

Fig. 27D is a flow chart illustrating the CO data mux program packet decision 
making function 1 152 of Fig. 27A; 

Fig. 28 is a schematic view illustrating the downstream (from central office to 
customer premise) operation of CO framer 1 100 of Fig. 19; 



Fig. 19; 
27A; 
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Fig. 29 is a schematic view illustrating the CO data mux of CO framer 11 00 of 
Fig. 19 in an upstream (customer premises to central office) direction.; 

Fig. 30 is a schematic view illustrating the CP data demux of Fig. 1 7A in a 
downstream direction; 

Fig. 31 is a schematic view illustrating CP data mux 1450 of the CP framer 
1 400 of Fig. 1 7 A in an upstream direction; 

Fig. 32 is a decision flow diagram illustrating the operation of both CO data 
demux 1 155 and CP data demux 1455; 

Fig. 33 is a flow chart illustrating the operation of CP data mux 1450 of Fig. 

17A; and 

Fig. 34 is a schematic view illustrating an alternative embodiment of CO 

framer 1100 of Fig. 19. 

DF.T AILED PFSCRIPTION f^V THF INVENTION 

The digital video and data delivery program of the present invention can be 
implemented in hardware, software, firmware, or a combination thereof. In the 
preferred embodiment(s), the digital video and data delivery program is implemented 
in hardware that is managed by software or firmware that is stored in a memory and 
that is executed by a suitable instruction execution system. 

The flow chart of Figs. 8 and 1 5 show the architecture, fianctionality, and 
operation of a possible implementation of the system management workstation of Fig. 
4 and the central office master workstation of Fig. 9. In this regard, each block 
represents a module, segment, or portion of code, which comprises one or more 
executable instructions for implementing the specified logical fiinction(s). It should 
also be noted that in some alternative implementations, the functions noted in the 
blocks may occur out of the order noted in Figs 8 and 15. For example, two blocks 
shown in succession in Figs. 8 and 15 may in fact be executed substantially 
concurrently or the blocks may sometimes be executed in the reverse order, depending 
upon the functionality involved, as will be fiirther clarified hereinbelow. 

The digital video and data delivery program, which comprises an ordered 
listing of executable instructions for implementing logical fimctions, can be embodied 
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in any computer-readable medium for use by or in connection with an instruction 
execution system, apparatus, or device, such as a computer-based system, processor- 
containing system, or other system that can fetch the instructions from the instruction 
execution system, apparatus, or device and execute the instructions. In the context of 
this document, a "computer-readable medium" can be any means that can contain, 
store, communicate, propagate, or transport the program for use by or in connection 
with the instruction execution system, apparatus, or device. The computer readable 
medium can be, for example but not limited to, an electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation 
medium. More specific examples (a nonexhaustive list) of the computer-readable 
medium would include the following: an electrical connection (electronic) having one 
or more wires, a portable computer diskette (magnetic), a random access memory 
(RAM) (magnetic), a read-only memory (ROM) (magnetic), an erasable 
programmable read-only memory (EPROM or Flash memory) (magnetic), an optical 
fiber (optical), and a portable compact disc read-only memory (CDROM) (optical). 
Note that the computer-readable medium could even be paper or another suitable 
medium upon which the program is printed, as the program can be electronically 
captured, via for instance optical scanning of the paper or other medium, then 
compiled, interpreted or otherwise processed in a suitable manner if necessary, and 
then stored in a computer memory. 

Fig. 1 A is a high level system view illustrating the overall topology in which 
the digital video and data delivery system of the present invention resides. Included 
in system topology 10 are telephone company programming and control center 
(TPCC) 100, central office 400, and customer premises 1300. TPCC 100 receives 
input from local broadcaster 12, which provides broadcast television signals, content 
provider 1 1, which provides digital video signals in the form of MPEG-2 encoded 
video, and data from Internet service provider (ISP) 14. While illustrated herein as 
transporting Internet data, indeed any data, such as for example but not limited to 
local area network (LAN) or any digital data may be transported in accordance with 
the present invention. TPCC 100 communicates with central office 400 over SONET 
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network (synchronous optical network) 150. While a single central office is shown 
for simplicity, TPCC 100 may communicate with a plurality of central office locations 
400 over SONET network 1 50. SONET network 150 represents one manner in which 
a TPCC may communicate with central office locations and is typically the internal 
telephone company network that connects multiple central offices with each TPCC. 
SONET network 150 is used for illustrative purposes only. Other internal networks, 
such as, for example but not limited to, an SDH (synchronous digital hierarchy) 
network or any method of communicating between TPCC 100 and central office 
locations 400 may be used to communicate between TPCC 100 and central office 400. 
Central office 400 communicates with customer premises 1300 over communication 
channel 16. Communication channel 16 can be any communication channel capable 
of supporting the communication of compressed digital video, bi-directional Internet 
data and POTS, and is illustratively carried over the copper wire pair over which 
conventional telephone signals are communicated. Other communication channels, 
for example but not limited to a wireless communication channel such as an LMDS 
(local multipoint distribution system), may be used to communicate between central 
office 400 and customer premises 1300. Located at customer premises 1300 are 
intelligent network interface (INI) 1350 to which are connected computer system 
1355, telephone 1360, fax machine (not shown), and television 1365. It is also 
possible to provide an additional digital telephony communication line to which may 
be connected a fax machine. The digital video and data delivery system and method 
of the present invention operate to allow TPCC 100 to deliver to central office 400, 
and central office 400 to deliver to customer premises 1300 over a communication 
channel 16, compressed digital programming, bi-directional Internet data, and POTS. 

Fig. IB is a flow chart illustrating the manner in which a user requests a 
program via the system topology of Fig. 1 A. In block 5 1 a user sends a request to 
central office 400 to view a particular program. The request is sent via a control 
channel (to be described in detail below) over communication channel 16. In block 
52 the request is received in central office 400. In block 54 a central office universal 
access adapter (UAA), which handles the request using tables supplied to it by a 
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central office master workstation that informs the UAA what is authorized, processes 
the request and in block 56, if the user is authorized to receive the requested program, 
the program is delivered to the user from central office 400 via communication 
channel 16. 

Fig. 2 is a schematic view illustrating the delivery of video content from 
content provider 1 1 to TPCC 100. Content provider 1 1 receives an analog video 
signal illustratively via satellite 17. Alternatively, content provider 1 1 receives 
digitally encoded video signals illustratively via satellite 17. It should be understood 
that audio content accompanies the video signals referred to herein, and when 
referring to video, or compressed digital video, it is understood that the audio signal is 
included. Coment provider 1 1 delivers the analog (or digital) video signals over 
network 13 to a plurality of TPCCs 100. Network 13 can be, for example but not 
limited to, a satellite delivery network or possibly a SONET network similar to 
SONETnetworklSOofFig. 1. TPCCs 1 00 receive local broadcast video 
15 programming from local broadcasters 12. 

Fig. 3 is a schematic view illustrating the architecture that connects TPCC 100 
to central offices 400. As discussed above, TPCC 1 00 receives video, in the form of 
an analog or a digital signal from content provider 1 1, local broadcast television from 
local broadcaster 12, and Internet data from ISP 14. TPCC 100 integrates the 
aforementioned content and provides it to central offices 400 over Telco SONET 
network 150, or via any network used to communicate between TPCC 100 and central 

office locations 400. 

Fig. 4 is a block diagram illustrating the components of the present invention 
that reside within TPCC 100. Within TPCC 100 bi-directional data from ISP 14, 
video content from contem provider 1 1 (of Figs. 1 and 2) and local programming from 
local broadcaster 12 are combined. Bi-directional Internet data are supplied from ISP 
14 over connection 128 to router 101. Router 101 communicates over connection 112 
with ATM switch 102, which communicates with SONET add-drop multiplexer 106 
over connection 1 14. SONET add-drop mux 106 is shown for illustrative purposes 
only, and would be an SHD multiplexer if an SDH network were implemented in 
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place of SONET network 1 50. In this manner, Internet data are processed by TPC 
100 and forwarded to central offices 400 over SONET network 150. Also 
communicated over connection 1 14 are management and control data from system 
management workstation 325, which will be described in detail below. Video content 
is supplied from content provider 1 1 over connection 126 to satellite receiver 104. If 
the video content supplied from content provider 1 1 is in the form of an analog signal, 
then it is supplied over connection 1 15 to MPEG-2 encoder 109 for conversion to 
MPEG-2 format. Although MPEG-2 is used in the preferred embodiment, any digital 
compression technique may be used to generate the compressed digital video signal. 
If the video content supplied by content provider 1 1 is in the form of a digital signal, 
then it is supplied directly to video control shelf 200 via connection 1 18. Comiection 
1 1 8 is illustratively a plurality of DS-3 connections and in the preferred embodiment 
is a total of seven (7) DS-3 connections. A DS-3 connection provides approximately 
45 megabits/second (Mb/s) of data transfer, and is used herein illustratively. 

Indeed, connection 1 18 can be made up of a plurality of any high capacity 
channel, for example but not limited to, an OC-3 connection, which provides 
approximately 155 megabits of capacity. Local programming from local broadcaster 
12 is supplied over connection 124 to off-air demodulator 108, which communicates 
over connection 123 with MPEG-2 encoder 109. MPEG-2 encoder 109 receives the 
off-air broadcast signal and converts it into a digital video format in accordance with 
the MPEG-2 video standard for the preferred embodiment. Although illustrated as 
single items, in reality, a plurality of off-air demodulators and MPEG-2 encoder are 
employed. The MPEG-2 signal is supplied over connection 122 to MPEG-2 
multiplexer 111. MPEG-2 multiplexer 1 1 1 supplies the now MPEG-2 encoded off-air 
video signal over connection 121 to video control shelf 200. Connection 121 is 
illustratively another connection capable of delivering an MPEG-2 digital video 
signal, and is illustratively a DS-3 connection. 

Also connected to video control shelf 200 over connection 1 1 7 is system 
management workstation (SMW) 325. SMW 325 provides supervisory, management 
and control functions for TPCC 100 and will be discussed in detail with reference to 
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Fig. 8. SMW 325 also connects to ATM switch 102 over connection 1 16, whereby 
management and control information is sent through ATM switch 102 and over 
connection 14 to SONET add/drop mux 106 for placement on SONET network 150. 
In this manner, management and control information is delivered to and received from 
central office 400. 

Video control shelf 200 inserts local program guide and control information 
into the digital video program by replacing a null MPEG-2 packet that is not used to 
transport video data. This local program guide information comes from SMW 325, 
the workstation responsible for monitoring and controlling the digital video and data 
delivery system. The program guide database is received from a centralized provider . 
or may be locally generated. Video control shelf 200 can also be used to insert 
software update data for customer premise information by replacing a null MPEG-2 
packet that is not used to transport video data. The video programming with the 
newly inserted data then enters the telephone company (telco) private SONET 
network 150 via SONET add-drop mux 106. Router 101 isolates the internal telco 
data delivery network from the Internet, routing only the appropriate packets to ISP 
14. ATM switch 102 provides a robust interconnection to the switches in the 
individual central offices 400 providing Internet data to the system. Furthermore, 
router 101 and ATM switch 102 exchange Internet data in both upstream (from 
customer premise toward central office to TPCC) and downstream (from TPCC to 
central office, to customer premise) directions. 

Fig. 5 is a block diagram illustrating the video control shelf 200 of Fig. 4. 
Video control shelf 200 includes a plurality of video control module pairs 250 and 
shelf processor module pair 300. In the discussion and figures to follow reference is 
made to module pairs. The term module pairs refers to an active and a standby 
module each configured to execute the functionality described. Each module of the 
pair is supplied with the input signal and each module is capable of supplying the 
output signal. The standby module will perform the functionality described if the 
active module experiences a failure. Furthermore, in the discussion to follow, the 
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term "hotswap" refers to the ability to replace a module in a system without removing 
power to the system in which the module is installed. 

Satellite receiver 104, which includes a plurality of MPEG-2 multiplexers 111, 
receive network feeds from content provider 1 1 over connection 126. MPEG-2 
multiplexers 1 1 1 interface a plurality of DS-3 connections 1 1 8a tlirough 1 1 8n each 
DS-3 having a spare, with video control shelf 200. Each DS-3 connection 1 1 8 
connects to a video control module 250, with each DS-3 spare connecting to a spare 
video control module 250. Video control module pair 250 includes an active video 
control module and a standby video control module, with a spare DS-3 connected to 
the standby video control module. MPEG-2 multiplexer 11 1 also connects via a DS-3 
connection to a video control module pair 250. 

The output of each video control module pair 250 is provided via DS-3 
connection 1 19 to SONET add-drop multiplexer 106. Also included in video control 
shelf 200 is shelf processor module pair 300. The operation of video control module 
250 will be discussed in detail with reference to Fig. 6 and the operation of shelf 
processor module 300 will be discussed in detail with reference to Fig. 7. The digital 
video and data delivery system of the present invention currently supports up to eight 
digital video program groups, however, it is foreseeable that in the future additional 
program groups may be supported. A program group is defined as a single MPEG-2 
transport stream containing numerous channels carried over a single network 
connection, such as a DS-3 or OC-3 connection. Thus, up to eight program groups are 
supported by video control shelf 200. This means that each DS-3 connection, for 
example 118 and 1 19, carries one program group. 

A program group transported via DS-3 can contain roughly ten channels, while 
a group transported via OC-3 can contain roughly 35 channels. This indicates a 
system channel capacity of 80 channels for implementations using DS-3, and a 
maximum channel capacity of approximately 280 channels for systems implemented 
using the OC-3 connection. At least one group (and possibly more) will contain local 
channels, as illustrated by DS-3 connection 121 and DS-3 connection 123 containing 
video control module pair number 8 to SONET add/drop multiplexer 106. The 
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remaining connections comprising, for this preferred embodiment, seven program 
groups will contain video programming from other sources as illustrated by DS-3 
connections 1 18 and 1 19. Program groups can be multiplexed together to increase 
overall channel capacity. For example, two half-full DS-3 groups can be combined 
together, freeing an entire DS-3 for additional programming. 

Fig. 6 is a block diagram illustrating the video control module 250 of Fig. 5. 
Video control module pair 250 receives the DS3 data streams on lines 1 18a and 1 18b, 
the input on line 1 18a being the primary and the input on line 1 1 8b being the 
secondary or redundant video supply corresponding to that illustrated in Fig. 5. These 
data streams contain the encoded MPEG-2 video streams. Video control module 250 
replaces null MPEG-2 packets in each program group with control and software 
update data. The program group including additional data, such as the program guide 
and the software update data is then sent via both DS-3 links 11 9a and 1 19b to video 
network interface shelf 450. Each video control module 250 contains a primary DS3 
line termination and receiver 251a and a redundant DS3 line termination and receiver 
device 251b. The DS3 line receivers extract the payload data from the incoming bit 
stream and prepare the information for delivery to the control data insertion block 
256. Both receivers 25 la and 25 lb are always active allowing redundancy at the 
input link. The onboard supervisory module 252 monitors the status of the receivers 
over connections 259a and 259b and determines which line receiver signal will be 
used to drive the serial feed to the control data insertion block 256 over connection. 
Supervisory module 252 sends control signals to primary DS3 line termination and 
receiver 251a and a redundant DS3 line termination and receiver device 251b over 
connections 259a and 259b respectively. The control data insertion block 256 is 
25 responsible for inserting local control data into the incoming MPEG-2 stream arriving 
from the content provider. Program guide data and possibly software update data for 
the INI 1350 is inserted by replacing null packets with the necessary data. The serial 
data received from the control data insertion block 256 contains both the MPEG-2 
video data and the additional control data. Control data, software update data and 
30 program guide data are all inserted into the program group in the same way. The new 
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data stream is used as input over connections 262a and 262b to program output block 
26 1 , which contains primary DS3 line transmitter 257a and redundant DS3 line 
transmitter 257b, which form a redundant link to the video network interface shelf 
450. If supervisory module 252 has asserted the output enable line 263. both primary 
5 DS3 line transmitter 257a and redundant DS3 line transmitter 257b are enabled. The 
primary video signal is output on line 1 19a and the redundant video signal is output 
on line U9b. 

Supervisory module 252 is responsible for proper operation of video control 
module 250. Supervisory module 252 performs set up and initialization of all other 

1 0 functional blocks on video control module 250 and monitors the status of each 

function. Supervisory module 252 maintains communication with shelf processor 
module 300 and is responsible for active/stand-by redundancy control. If the video 
control module 250 experiences a catastrophic failure, supervisory module 252 
changes the module to the inactive state and alerts the shelf processor 300 over 

1 5 connection 269 the next time it is polled for status information. Because the video 
control module 250 is designed for active/stand-by redundancy, they are expected to 
be installed in pairs. Each monitors the fault indicator of its redundant neighbor over 
connection 271 and will go active immediately upon failure of the active module. 
Voltage management module 254 is responsible for hotswap capabilities and power 

20 management. Hotswap capability refers to the ability to remove one of a pair of failed 
video control modules without powering down the video control shelf in which they 
reside. 

Fig. 7 is a schematic view of the shelf processor module 300 of Fig. 5. Shelf 
processor module 300 provides redundant control and monitoring of the shelf in 

25 which it is installed. Shelf processor modules reside in multiple applications and 

include firmware which enables the operation of the shelf processor module for each 
particular application for which it is installed. For example, while the same shelf 
processor module resides in both the video control shelf 200 and in the video network 
interface shelf 450 (to be described with reference to Fig. 10), the shelf processor 

30 modules perform different functions depending on the shelf in which installed. These 
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different operations are determined by the firmware installed in the shelf processor 
module and based upon in which application the module is installed. Each shelf 
processor module will include firmware for all possible applications. The firmware 
installed in each shelf processor module will determine the shelf in which the module 
is installed and will execute the appropriate segment of the firmware code. Shelf 
processor module 300 passes configuration information to and from the central office 
master (COM) workstation 650 over connection 303 to any circuit board installed in 
the same shelf and gathers status regarding all boards installed for transfer back to the 
COM 650. Shelf processor module 300 stores configuration data for each board, 
detects the installation and replacement of boards and configures new boards 
automatically without COM 650 involvement. Shelf processor module 300 is used in 
many applications and in all shelves of the digital video and data delivery system and 
contains appropriate software and firmware to execute different functionality 
depending upon where it is installed. Shelf processor module 300 configures itself 
appropriately during power up based on the shelf type and/or shelf address read from 
the system backplane. The shelf address may be a value assigned by the central office 
master workstation (to be described with reference to Fig. 9) or may be manually 
selected through the use of a switch. Two shelf processor modules will be installed in 
each shelf Only one will be active at a time, the other remains in stand-by mode. 
The stand-by shelf processor will have access to all the status and configuration 
information for the shelf and will be prepared to automatically take over from the 
active shelf processor if the active shelf processor experiences a failure. The shelf 
processor consists of four main functional blocks, the supervisory module 301, the 
slave interface module 302, the Ethernet module 304, and the voltage management 
module 306. The supervisory module 301 is an embedded microprocessor with its 
associated memory and supporting logic. Supervisory module 301 supports 
redundancy by way of several links to its sibling shelf processor including hardware 
indicators for various faults and board presence. Also included in supervisory module 
301 is a bank of dual ported registers for communicating state, self-test results, slave 
board reset status, and other status information. It is capable of resetting and being 
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reset by its sibling shelf processor module 300. It uses a bi-directional serial bus to 
communicate command and status with the slave boards in the shelf. 

The slave interface module 302 detects the presence of each of the slave 
boards in the shelf, and whether a board has been removed and reinstalled. A slave 
board is any board that is located within any of the shelves described herein. Slave 
interface module 302 has a reset line for each slave board which can be pulsed to reset 
the board or held to completely disable it. Ethernet module 304 provides the means 
by which shelf processor module 300 communicates with COM workstation 650 via a 
lObase T Ethernet port over connection 303. Voltage management module 306 
allows live insertion and removal of shelf processor module 300. It provides 
controlled ramp up of +5 VDC and +3.3 VDC power. It also provides an output to 
disable backplane input/output until power has stabilized, It also automatically shuts 
off power to the board and indicates a fault when it detects an over current condition. 
Voltage management module 306 also interrupts board power when the reset line 307 
is asserted. 

Fig. 8 is a flow diagram illustrating the architecture, functionality and 
operation of a possible implementation of the system management work station 
(SMW 325) functions of Fig. 4. In this regard, each block represents a module, 
segment, or portion of code, which comprises one or more executable instructions for 
implementing the specified logical function(s). It should also be noted that in some 
alternative implementations, the functions noted in the blocks may occur out of the 
order noted in Fig. 8. For example, two blocks shown in succession in Fig. 8 may in 
fact be executed substantially concurrently or the blocks may sometimes be executed 
in the reverse order, depending upon the fiinctionaiity involved, as will be further 
clarified below. In block 326 the user interface allows access to SMW subscriber 
database view 334, central office master (COM) status, or program guide utility. User 
interface provides the interface for adding and administering subscribers, providing 
the interface with which to view the distributed COMs and monitor central office 
equipment, provides interface for channel maps and program guides, and provides the 
graphical user interface via, for example, Java and hypertext mark-up language 
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(HTML). Other programming standards may be used to implement the graphical user 
interface, Java and HTML chosen for the preferred embodiment due to the advantage 
of portability to many different hardware platforms which may be used to implement 
the system management workstation and the central office master workstation. The 
5 central office master, or COM workstation, is the computer system that resides within 
each telco central office 400, and will be described in detail below. 

In block 327, the subscriber setup and control module maintains the master 
database of subscriber information including the following. Video channel access 
authorizations, Internet service authorization, account activity (pay per view (PPV) 
1 0 information) and service enabling and disabling. The subscriber setup and control 
block 327 also distributes and reconciles localized copies of the database to relevant 
COMs for universal access adapter (UAA) configuration and PPV information. Also 
interfacing with user interface 326 and subscriber setup and control module 327 is 
COM status display module 328. COM status display module 328 provides overall 
1 5 status of all COMs and allows individual detailed COM status views. 

Module 329 includes channel mapping and program guide information which 
generates basic channel mapping information for distribution to each COM and 
generates program guide information for distribution to each COM. Subscriber setup 
and control module 327 also interfaces with SMW database view 334, which in turn 
20 interfaces with telco subscriber database 33 1 and SMW database 332. SMW database 
view 334 also interfaces to subscriber database interface module 337. Telco 
subscriber database 331 contains customer information including customer name and 
address and SMW database information contains customer identification information 
pertaining to customer services, pay per view information and channel viewing 
25 information. Subscriber database interface 337 converts a subscriber database and 
billing information into a format that is readable by the telco's local billing system. 
Hierarchical COM management module 333 communicates with subscriber set up and 
control module 327, COM status display module 328 and channel mapping and 
program guide information module 329. Hierarchical COM management module 333 
30 manages the bi-directional transfer of information to distributed COMs and 
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illustratively communicates with remote COMs 336, 338, and 339. SMW also 
collects statistics from the central office master workstations regarding users' channel 
viewing selections. 

Turning now to Fig. 9, shown is a schematic view illustrating the architecture 

5 of central office 400. Central office 400 receives the combined digital video and data 
signal over SONET network 150 into SONET add-drop multiplexer 401. SONET 
add-drop multiplexer 401 exchanges plain old telephone service (POTS) information 
with PSTN (public switched telephone network) voice switch 409 over connection 
408. SONET add-drop multiplexer 401 also exchanges data information over 

1 0 connection 407 with switch 406. SONET add-drop multiplexer 40 1 communicates 

video data over connection 402 to video network interface shelf (VNIS) 450. 
Illustratively, connection 402 is shown as a single connection, however, connection 
402 is in reality a plurality of DS-3 communication channels each carrying one 
program group of the compressed digital video content as described above. VNIS 450 

1 5 performs a protocol transformation in order to convert the received video data into a 

standard, compressed digital video transport format, for example but not limited to, 
digital video broadcast-asynchronous serial interface (DVB-ASI). VNIS 450 is 
comprised of a plurality of video network interface modules and will be described in 
detail with reference to Figs. 1 OA and 1 OB. 

20 The output of VNIS 450 is communicated on connection 404, which again 

represents a plurality of channels, each containing one of the video program groups, to 
video distribution shelf 500. Video distribution shelf 500 is responsible for 
distributing the digital video program groups with redundancy to all access shelves 
550. Video distribution shelf 500 will be described in detail with reference to Figs. 

25 11 A-UE and access shelf 550 will be described in greater detail with reference to 
Fig. 12. Video distribution shelf 500 supplies eight active program groups and eight 
spare connections over connection 4 1 7 to access shelf 550. Connection 4 1 7 can be 
any connection that provides the needed capacity to carry both the active and spare 
program groups. 
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Access shelf 550 communicates over connection 4 1 9 with low pass filter shelf 
600, the operation of which will be described in detail with reference to Fig. 12. Low 
pass filter shelf 600 communicates over communication channel 16 to customer 
premise 1300. Illustratively, communication channel 16 may be a digital subscriber 
line (DSL) communication channel which, in addition to the digital video signal being 
delivered to customer premise 1300, includes bi-directional Internet data (or any data), 
and includes POTS service to support telephone communication between customer 
premise 1300 and central office 400. It is important to note that while described as 
using a DSL communication channel, channel 16 can be any communication channel 
that supports the communication of compressed digital video, bi-directional Internet 
data and POTS. Other communication channels, for example but not limited to a 
wireless communication channel such as an LMDS (local multipoint distribution 
system), may be used to communicate between central office 400 and customer 
premises 1300. 

Low pass filter shelf 600 communicates POTS information over connection 
420 to PSTN voice switch 409, which in turn communicates telephone service over 
connection 408 through add-drop multiplexer 401 to telco SONET Network 150. 

Also included at central office 400 is central office master (COM) workstation 
650. COM workstation 650 communicates control information over connection 41 1 
to switch 406, and communicates over connection 414 to VNIS 450 in order to 
communicate control data information relative to the operation of the network. COM 
workstation 650 also communicates over connection 418 to video distribution shelf 
500 and over connection 416 to access shelf 550. COM workstation 650 is 
illustratively the management workstation that runs the software that controls the 
operation of the devices located at central office 400, and that enables the present 
invention to operate. The operation of COM workstation 650 will be discussed in 
detail with reference to Fig. 15. 

Fig. 1 OA is a schematic view illustrating the video network interface shelf 450 
of Fig. 9. Central office 400 includes SONET add-drop multiplexer 401 which 
receives the combined video and data signals from SONET network 150. Central 
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office 400 includes video network interface shelf 450, which includes video network 
interface module 700 pairs, video output module 750 pair, and shelf processor module 
300 pair3. Each video network interface module pair includes an active video 
network interface module 700 and a spare, or stand-by, video network interface 

5 module 700. Each video network interface module (VNIM) 700 receives a video 

program group on DS3 line 402. Each program group is supplied simultaneously to 
the active VNIM and the stand-by VNIM. Illustratively, each video network interface 
shelf 450 includes eight pairs of video network interface modules 700, each video 
network interface module pair receiving the complete program group via a DS3 

1 0 connection. Each video network interface module pair 700 provides a complete 

program group to broadcast backplane 1 200. Broadcast backplane 1 200, the operation 
of which will be described in detail with reference to Fig. 13, is in communication 
with video output module pair 750. Video output module pair 750 supplies the 
program data on connection 404 to video distribution shelf 500 of Fig. 9. The content 

! 5 supplied on connection 404 can be in the form of DVB-ASI content. 

Video network interface shelf 450 also includes shelf processor module pair 
300, the operation of which is similar to that as described above. The eight pairs of 
video network interface modules 700 receive the video signal in DS3 format and drive 
the eight program groups onto broadcast backplane 1200 as parallel data. 

20 Fig. 1 OB is a block diagram illustrating the video network interface module 

700 of Fig. lOA. The video network interface module 700 receives one program 
group of digital video programming over redundant DS-3 links 402a and 402b. The 
DS-3 payload (MPEG-2) data is extracted from the incoming signal and inserted onto 
broadcast backplane 1200 for delivery to video output module 750. Video network 

25 interface module 700 is designed for active/standby redundancy, contains circuitry to 
allow hotswap, and communicates with the video network interface shelf processor 
module 300 for various control purposes. Dual DS-3 signals are presented to each 
module at the input for link redundancy. Video network interface module 700 
includes primary DS-3 line termination and receiver 701a and redundant DS-3 line 

30 termination and receiver 701 b. The DS-3 line receivers extract the payload data from 
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the incoming bit stream and prepare the content for delivery to the parallel video bus 
driver 706. Both receivers 701a and 701b are always active, allowing redundancy at 
the input link. Supervisory module 704 monitors the status of the receivers 701a and 
701b over connections 708a and 708b, respectively, and determines which line 
receiver signal will be used to drive the serial feed to the parallel video bus driver 706. 
Supervisory module 704 communicates control information to DS-3 line termination 
and receiver 701a over connection 714a and communicates control information to DS- 
3 line temiination and receiver 701b over connection 714b, The parallel video bus 
driver 706 receives serial data from one of the DS3 line receivers 701a or 701b, over 
connection 709a or 709b, depending upon which DS-3 line termination and receiver 
device is active, as determined by the on board supervisory module 704. The serial 
data is reorganized into the original 8 bit byte fonnat wherein two control data bits are 
concatenated with the original byte. Differential signaling, and in the preferred 
embodiment, low voltage differential signaling (LVDS) line drivers (not shown) 
within parallel video bus driver 706, send this 10-bit "word" to the 20 differential 
output lines on parallel video bus driver 706 if the supervisory module 704 allows the 
drivers to be activated. 

Supervisory module 704 is responsible for proper operation of the video 
network interface module 700. It accomplishes set up and initialization of all 
functions on the module. Supervisory module 704 also monitors the status of each 
function. The supervisory module 704 maintains communication with shelf processor 
300 and is responsible for active/stand-by redundancy control. Should the video 
network interface module 700 experience a failure, supervisory module 704 alerts 
shelf processor module 300 and causes video network interface module 700 to 
become inactive. Because the video network interface module is designed for 
active/stand-by redundancy, they are typically installed in pairs, each monitoring the 
fault indicator of its redundant neighbor over connection 71 1 , which will cause it to 
go active immediately upon failure of the active module. Similarly, supervisory 
module 704 supplies its fault status over connection 712 to its counterpart supervisory 
module in its neighbor video network interface module. Voltage management module 
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702 is responsible for hotswap capability and power management in accordance with 
that described above. 

Fig. 1 1 A is a schematic view illustrating the video distribution shelf 500 of 
Fig. 9. Central office 400 includes video distribution shelf 500, which includes video 

5 input module pair800, multiple video output module pair 850, remote video output 
module pair900, and shelf processor module pair300. Video input module 800 pair 
receives the DVB-ASI format video signal as input over connection 404. While 
illustrated as a single pair, .there are in fact eight video input module pairs in this 
preferred embodiment, corresponding to the eight DVB-ASI input signals 404, and 

10 the eight DVB-ASI spare input signals. Each active video input module 800 receives 
the active program group while the spare video input module receives the program 
group over DVB-ASI spare connection. Each video input module 800 supplies a 
program group onto broadcast backplane 1200. Multiple video output module 850 
pair receives the program group content from broadcast backplane 1200 and provides 

15 as an output two copies of each program group. Thus, each multiple video output 
module 850 drives 16 discreet DVB-ASI outputs 501 . The spare module drives the 
spare outputs at all times. Remote video output module 900 pair can be used in place 
of multiple video output module 850 to provide connectivity to digital loop carriers 
(DLCs). The remote video output module 900 outputs a single multiplexed copy of 

20 the program groups onto a single fiber optic cable by multiplexing the eight program 
groups into a serial bit stream at approximately 2.488 Gigahertz (GHz). The spare 
module drives the spare output onto a spare fiber optic cable at all times. 

Shelf processor module 300 pair is also included in video distribution shelf 
500, the operation of which was described above. Each video input module 800 pair 

25 receives up to eight video program groups in DVB-ASI format. The multiple video 
output modules 850 drive redundant video outputs that provide video data to multiple 
access shelves 550 (to be discussed with reference to Fig. 12). If employed, remote 
video output module pair 900 multiplexes and transmits all of the digital video 
program groups to an access shelf 550 via fiber optic link. Shelf processor module 

30 300 provides redundant control and monitoring of the shelf 
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Fig. 1 IB is a block diagram illustrating the video input module 800 of Fig. 
1 1 A. Video input module 800 receives all eight program groups in DVB-ASI format 
over connections 404. The data is converted into LVDS parallel form (with extra 
control bits added) and made available, via the particular shelf backplane, to all other 
modules connected to broadcast backplane 1200. Video input module 800 is designed 
for active/standby redundancy, contains special circuitry to allow hotswap, and 
communicates with shelf processor module 300 for control purposes. DVB-ASI 
receiver 801 receives input from eight individual channels 404. Each input line 404 is 
DVB-ASI compliant. The video data on lines 404 is forwarded from DVB-ASI 
receiver 801 to LVDS driver module 802 over connection 807. LVDS driver module 
802 converts the serial data received from DVB-ASI receiver 801 to parallel form. 
Special control bits are added to each byte and the data is byte aligned (to be 
described with reference to Fig. 20). 

When supervisory module 806 asserts the output enable signal on line 808, 
LVDS drivers for all 160 lines are enabled and all eight program groups are driven 
onto broadcast backplane 1200 where they are simultaneously made available to all 
other modules on broadcast backplane 1200. 

Supervisory module 806 is also responsible for proper operation of video input 
module 800. Supervisory module 806 oversees set up initialization of all functions 
performed on video input module 800 and monitors the status of each function. 
Supervisory module 806 maintains communication with shelf processor module 300 
and is responsible for active standby redundancy control. Should video input module 
800 experience a failure, supervisory module 806 alerts shelf processor module 300 
and causes video input module 800 to immediately go inactive. Because video input 
module 800 is designed for active/standby redundancy, it is expected to be installed in 
pairs. Each monitors the fault indicator of its redundant neighbor over connection 
809, and supplies its own fault information over connection 8 1 1 . and will go active 
immediately upon failure of the active module. Voltage management module 804 is 
responsible for hotswap capability and power management in accordance with that 
described above. 
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Fig. lie is a schematic view illustrating an alternative distribution scheme to 
the video input module of Fig. IIB. Remote video input module 825 can be used as 
an alternative to video input module 800. Remote video input module. 825 receives a 
single multiplexed copy of eight 10-bit parallel video program groups along with 
framing and overhead from a single optical fiber connection 836. The framing is 
detected and the data is demultiplexed into the eight 10-bit parallel video program 
groups. A spare module will demultiplex the spare fiber input at all times. One of the 
two modules will drive the program groups onto broadcast backplane 1200. 

Optical receiver 826 converts the optical data stream on connection 836 into 
an electronic data stream containing the video programming on connection 842. 
Clock regeneration and data sync 827 regenerates the serial clock from the serial data 
stream and resynchronizes the data to this clock. A 2.488GHz clock signal is supplied 
on connection 844 and the video programming is supplied over connection 843. A 
1:16 demultiplexer/receiver and frame detector 828 detects the start of frame bits and 
demultiplexes the data into 16-bit words. A 155.5 MHz clock signal is supplied over 
connection 845. the video programming is supplied over connection 846, and frame 
control information is exchanged with payload extraction device 829 over connection 
847. Payload extraction device 829 strips off the framing and overhead bits leaving 
the video program groups on connection 837. Transmit first-in first-out (FIFO) buffer 
83 1 buffers the eight program groups on connection 837 in a first-in first-out 
arrangement in order to resynchronize the parallel transmit data rate. LVDS video 
drivers 832 drive the eight program groups onto broadcast backplane 1200 over 
connections 838. Illustratively, the optical connection over which the multiplexed 
program groups are transported should have sufficient capacity to carry the data such 
that the program groups may be transported without loss of any information. 

Supervisory module 834 communicates with shelf processor module 300 to set 
a fault bit over connection 833a, and reads a neighbor fault bit over connection 833b. 
Supervisory module 834 also enables the LVDS video drivers 832 over connection 
839 when appropriate. Voltage management module 841 is responsible for hotswap 
capability and power management in accordance with that described above. 
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Fig. 11 D is a block diagram illustrating the multiple video output module 850 
of Fig. 1 1 A. Multiple video output module 850 receives all eight program groups 
from video input module 800 over broadcast backplane 1200. The eight program 
groups are replicated n times and delivered out of the video distribution shelf 500 on 
lines 501 in DVB-ASI format. Multiple video output module 850 is designed for 
active/stand-by redundancy, contains special circuitry to allow hotswap, and 
communicates with the video distribution shelf processor module 300 for various 
control purposes. 

Parallel video bus receiver 851 contains LVDS receivers for 1 60 signals, eight 
program groups consisting of 20 signals per program group. It receives the video data 
from the video input module 800 via broadcast backplane 1200. DVB-ASI drivers 
856a-856n are responsible for creating a DVB-ASI compliant output on line 501 for 
each of the program groups. Each connection 857a through 857n includes a serial 
data stream containing a program group. Each program group is carried on one output 
connection, therefore each output module contains eight outputs. Any number of 
DVB-ASI driver modules 856 may exist on a multiple video output module 850, 
allowing for scalability of the entire system. 

Multiple video output module 850 is designed for active/stand-by redundancy. 
Supervisory module 854 is responsible for proper operation of the multiple video 
output module 850. Supervisory module 854 provides set up and initialization of all 
other ftinctions on the module and monitors the status of each function. Supervisory 
module 854 maintains communication with shelf processor module 300 and is 
responsible for active/stand-by redundancy control. If multiple video output module 
850 experiences a failure, supervisory module 854 alerts shelf processor module 300 
over connection 858 and immediately goes inactive. Similarly, if supervisory module 
854 detects a failure of its counterpart multiple video output module over connection 
859, it will immediately become active. Because muUiple video output module 850 is 
designed for active/stand-by redundancy, both cards of any pair will always be driving 
a set of redundant output signals. Voltage management module 852 is responsible for 
30 hotswap capability and power management in accordance with that described above. 
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Fig. 1 IE is a schematic view illustrating a remote video output module of Fig. 
1 1 A. Remote video output module 900 outputs a single multiplexed copy of eight 10- 
bit parallel video program groups along with framing and overhead onto a single fiber 
optic link for transmission to digital loop carriers (DLCs). A spare module will drive 
the spare output onto a spare fiber optic link at all times. LVDS video receiver 901 
will receive the eight program groups and output a video signal over connection 914 
to receive FIFO buffer 904. Since the serial transmit rate and the parallel receive data 
rate are not equivalent, the eight program groups parallel data is buffered in receive 
FIFO buffer 904 to resynchronize to the serial data rate. Receive FIFO buffer 904 
supplies the video programming over connection 916, supplies FIFO flags over 
connection 91 8, and receives FIFO control signals from framer 906 over connection 
917. 

Framer 906 organizes the incoming data into frames and adds the framing bits 
to the start of the frame. Extra data bytes will be added to the frame if necessary to 
synchronize the data rates. The data is transferred out of framer 906 over connection 
919 in 16-bit words. The 16-bit parallel data stream from framer 906 is multiplexed 
into a serial data stream for transmission by 16:1 multiplexer/transmitter 907 over 
connection 91 1 to optical transmitter 908. Optical transmitter 908 takes the serial data 
stream on connection 91 1 and converts it into an optical stream for transmission over 
connection 912 on an optical fiber. Supervisory module 909 and voltage management 
device 902 function as described above. 

Fig. 12 is a schematic view illustrating the access shelf 550 and the low pass 
filter module 600 of Fig. 9, Referring back to Fig. 1 lA, the output of each multiple 
video output module 850 on connection 501, is supplied to video input module 950, 
which is also implemented in this preferred embodiment in pairs, of Fig. 12 on 
connection 501. The content on connection 501 is in DVB-ASl video format. A total 
of 16 DVB-ASI video signals are supplied to eight video input module 950 pairs. The 
pair of video input modules 950 determines which input signals (main or spare) are 
valid and drives the program groups onto broadcast backplane 1200. Access shelf 550 
further includes universal access adapter module (UAA) 1 000. Each U AA module 
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1000 receives all of.the available program content from broadcast backplane 1200. 
UAA module 1000 also includes central office (CO) framer 1 100. the operation of 
which will be discussed in detail with respect to Fig. 19. 

The broadcast backplane, effectively extends the availability of digital video 
5 content right up to the communication channel that links central office 400 to 
customer premises 1300. All available program content is always available on 
broadcast backplane 1200. Broadcast backplane 1200 simultaneous makes available 
all of the digital video content to all users. In this manner, the present invention 
allows, for example, all users of the system to simultaneously receive the same 
1 0 programming content with virtually no impact to the quality of the signal, and without 
overloading the switching capability of the central office. In the same manner it 
allows all users to view different programming content without overloading the 
system. The broadcast backplane effectively extends the availability of digital video 
content right up to the communication channel that links central office 400 to 
1 5 customer premise 1 3 00. It effectively broadcasts all channels to the physical point 

where the channel selection process is performed in the access shelf 550. Hence, there 
is no need to broadcast all channels to the customer premise. 

UAA module 1000 provides video and data services to multiple customers. 
As the system is expanded, additional access shelves and UAAs are added to serve the 
20 new customers. In the access shelf 550, redundant video input modules are used to 

receive the eight video program groups in DVB-ASI format. The video programming 
is made available to each UAA module 1000 over broadcast backplane 1200. This is 
a unique feature in that hundreds of video programming channels are available on 
broadcast backplane 1200 to each universal access adapter module 1000. In this 
manner, an end user at a customer premise 1300 can have a choice of receiving any of 
the available programming content, so long as that customer is authorized for the 
requested channel. In this manner, an end user has access to all available 
programming content without the necessity of sending the entire programming data to 
each customer location. This unique feature of the present invention allows the use of 
30 a conventional copper wire pair, or any communication medium or methodology 
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capable of supporting the transport of compressed digital video, bi-directional 
Internet data and POTS, between central office 400 and customer premises 1 300 to 
provide digital video programming to each customer on demand. The digital video 
channels are effectively broadcast within the access shelf to all UAA modules 1000. 

Furthermore, in conjunction with the delivery of digital video to each 
customer, bi-directional data exchange (i.e., an Internet connection) and POTS are 
simultaneously available on the same channel. 

UAA module 1000 provides the video program content and the Internet data 
over connection 419 to low pass filter shelf 600. Low pass filter shelf 600 contains 
multiple low pass filter modules 1050, each configured to receive the output of a 
universal access adapter module. Each low pass filter module 1050 combines the 
video program content and the data with POTS information and directs it to a 
customer premise over communication channel 16. As presently configured, each 
UAA module 1000 can serve four customer interface lines, however, it is foreseeable 
that advances in technology will enable additional capacity, without departing from 
the scope of the invention. 

The UAA module 1000 receives digital video content from the broadcast 
backplane 1200 and delivers the video programming to the customer as requested. 
Internet data for all four customers enters through lOBase T connector on access shelf 
20 550 that houses UAA module 1000. 

Fig. 13 is a schematic view illustrating additional detail of access shelf 550 of 
Fig. 9. Fig. 13 specifically illustrates broadcast backplane 1200 containing eight 
program groups of video content distributed from video input module 950 to each 
. universal access adapter module 1000. Broadcast backplane 1200 is formed by the set 
25 of eight digital video program groups. In a preferred embodiment, each program 

group transports MPEG-2 digital video data in parallel format. Broadcast backplane 
1200 connects to each universal access adapter module 1000 to allow all end users 
access to all available video programming. All available program content is always 
available on broadcast backplane 1200. Broadcast backplane 1200 simultaneously 
makes available all of the digital video content to all users. In this manner, the present 
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invention allows, for example, all users of the system to simultaneously receive the 
same programming content and allows a large number of users to watch a variety of 
programs with virtually no impact to the quality of the signal, and without 
overloading the switching capability of the central office. 
5 Fig. 14 is a schematic view illustrating universal access adapter module 1000 

of Figs. 12 and 1 3. Universal access adapter (UAA) module 1000 provides digital 
video content and Ethernet data services to n subscribers using, in this preferred 
embodiment, asymmetric digital subscriber line (ADSL) technology. This technology 
includes rate adaptive digital subscriber line (RADSL) technology and any and all 
1 0 variations of xDSL technology. Furthermore, it is to be understood that any digital 
data transfer technology that can be accomplished over, for example but not limited 
to, a copper wire pair, or any transmission medium that can support the transfer of 
digital video signals, bi-directional Internet data and POTS, can be used without 
departing from the scope of the present invention. xDSL technology is used herein 
15 for illustrative purposes only. Illustratively, this preferred embodiment assumes that 
four customer premise locations can be served by one UAA module 1000. It is to be 
understood that future implementations may increase or decrease the number of 
customer premise locations served by each UAA module 1000. In the preferred 
embodiment, the UAA module 1000 accepts eight digital video program groups, 
20 however, it is foreseeable that in the future additional program groups may be 

supported. UAA module 1000 allows each subscriber to select a particular program 
from these program groups for viewing. Selection of a program for viewing is 
accomplished using a control channel in the xDSL link, herein illustrated as control 
channel 101 1. By use of this control channel a subscriber indicates to central office 
25 400 via communication channel 1 6, a desire to receive a particular program. Note that 
the subscriber does not need to know which program group or program ID they are 
selecting. Program groups and program ID's are mapped to channel numbers by 
UAA 1000. In addition, control channel 1011 allows a subscriber to select the use of 
Ethernet data services. Ethernet data may be used in place of digital video 
30 programming, or in addition to digital video programming. The Ethernet data channel 
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is designed to facilitate high bandwidth bi-directional access to the Internet through 
Internet service provider 1 4. 

LVDS video bus receiver 1009 receives the digital video program groups from 
broadcast backplane 1200 and converts the differential signals into single-ended 
signals. The single-ended signals are then sent over connection 1012 to multiplexer 
1008. Multiplexer 1008 accepts eight program groups and provides a single program 
group output on connection 1014 to each subscriber's CO framer 1 100. Mux 1008 
allows supervisory module 1007 to select the program group that contains the channel 
selected by a subscriber, and sends that program group to that subscriber's CO framer 
1 100. The operation of CO framer 1 100 will be discussed in detail with reference to 
Fig. 19. Mux 1008 can simultaneously serve up to n CO framers independently. 
Supervisory module 1007 writes the desired program group to be selected to a register 
in CO framer 1 1 00. CO framer 1 1 00 then instructs mux 1 008 to select the appropriate 
program group from the input on connection 1012. CO framer 1 100 then selects a 
single program from the program group and forwards it to DSL transceiver 1001 for 
transmission to customer premise 1300 over communication channel 16. CO framer 
1 100 provides the interface to mux 1008. Alternatively, mux 1008 could provide an 
interface to supervisory module 1007, however, for the preferred embodiment, CO 
framer 1 100 can more conveniently provide the interface to supervisory module 1007. 
Mux 1008 selects one program group from the eight program groups on connection 
1012 and routes the selected program group to the appropriate CO framer 1 100. CO 
framer 1 100 then filters the desired program from the program group, combines it 
with Internet data from bridge 1004 and delivers the combined signal to a customer 
over communication channel 16. Essentially, when a user selects a particular channel 
to view, supervisory module 1007 determines the program group and the packet 
identifiers (PIDs) within the program group that will extract the chosen channel. 
Supervisory module 1007 commands mux 1008, via CO framer 1 100, to select the 
appropriate program group, and commands CO framer 1 100 to filter certain PIDs. In 
this manner the chosen program is delivered to the user. 
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In order to gain access to Internet data, in this preferred embodiment, hub 
module 1006 accepts lObase T Ethernet data at 10 Mb/s on one port, and repeats the 
data to each of the other end ports. Bridge 1 004 provides an interface between 1 Obase 
T (LAN) connection at hub module 1006 and TTL level (WAN) data. Bridge 1004 
learns the addresses (i.e., the Ethernet, or medium access control (MAC) address) of 
equipment connected to the customer premises side of bridge 1004 and filters out data 
that does not correspond to those addresses. On the WAN side, it interfaces to CO 
framer 1 100 over connection 1016. There are one bridge and one CO framer per 
subscriber. CO framer 11 00 sends and receives Ethernet data to and from bridge 1004 
over connection 1016, and control channel data to and from supervisory module 1007 
over connection 1011. It should be noted that Ethernet and the 1 Obase T connection 
are merely possible implementations to achieve the transport of bi-directional Internet 
data between the central office and the customer premises. Any data can be 
transported using the concepts of the present invention. CO fi-amer 1 100 also accepts 
a digital video program group from mux 1008 over connection 1014. CO framer 1 100 
outputs data to the xDSL transceiver 1001 and receives data from DSL transceiver 
1001 at a rate which corresponds to the xDSL operating mode which has been 
selected (by supervisory module 1007). As mentioned above, a detailed description of 
the operation of CO framer 1 100 will be provided with reference to Fig. 19. xDSL 
transceiver 1001 sends and receives TTL data to and from framer 1 100. xDSL 
transceiver 1001 also sends and receives xDSL data to and from each subscriber over 
cormection 16. 

Supervisory module 1007 contains a microprocessor that is used to implement 
a control channel to and from the subscriber in order to communicate with shelf 
processor module 300 via a local bus 1017, and to provide control and read stams on 
UAA module 1000. Typical functions of supervisory module 1007 include, but are 
not limited to, implementing a control channel (serial data port) to and from each 
subscriber via CO framer 1 1 00, determining the program identification and program 
group which correspond to the channel selected by the subscriber, and sending the 
selected program group and program ID to the CO framer 1 100. Other functions 
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include configuring the xDSL transceivers 1001 , implementing a test port to test the 
xDSL transceivers, reading the card addresses, implementing a serial data port to 
communicate with shelf processor 300, monitoring the status of the xDSL transceiver 
1001 and bridges 1004, and resetting modules on UAA 1000. 

Voltage management module 1002 allows live insertion of UAA module 1000 
into a backplane without causing any errors on the backplane bus and without 
damaging any of the devices on UAA module 1000 or without damaging any devices 
on other parts plugged into the same backplane. A hotswap controller integrated 
circuit is used to perform this function and the integrated circuit provides a power on 
reset to the microprocessor system. 

Fig. 15 is a flow diagram of central office master workstation 650. Central 
office master work station 650 functions as follows. Block 651 provides the user 
interface, which provides interface to subscriber database for UAA 1000 assignments. 
User interface 65 1 also provides the interface with which to configure and monitor 
central office 400 equipment and provides a graphical user interface via, for example, 
Java and HTML. Subscriber database and control block 652 maintains a localized 
mirror image of the contents of the system management work station 325 database for 
subscriber information including the following: video channel authorizations, Internet 
service authorization, account activity (pay per view (PPV) info), service enabling and 
disabling, and channel viewing statistics. Subscriber database and control block 652 
also allows the uploading of billing information and downloading of subscriber 
information. Subscriber database and control block 652 also configures the UAA 
1000 for service including initial set up and any change in service. Hardware set up 
and status display block 654 provides the following functions: initializing of central 
office 400 equipment, monitoring status of central office 400 equipment, including 
managing polling of shelf processor modules 300 for status information and managing 
polling of UAAs for pay per view buys. Hardware setup and status display block 654 
also provides access to a database of card configurations for rapid reconfiguration in 
case a large number of modules are simultaneously replaced. 
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Embedded control network block 656 performs the function of communicating 
information between COM 650 and the central office 400 equipment. Embedded 
control network 656 also allows the application programmer interface (API) to define 
types of messages/commands that the system supports. System management 
workstation interface block 657 provides bi-directional communication between 
central office master work station 650 and the system management work station 325 
located in TPCC 100. COM 650 also provides the logic necessary for processing 
requests fi*om users pertaining to desired program viewing, collecting statistics on 
users' channel viewing habits (i.e., which channels were viewed over a particular time 
period), and assigning communications ports on UAA modules 1000 over which 
digital video content, bi-directional Internet data and POTS is provided. 

Fig. 16 is a block diagram illustrating customer premise 1 300. Digital video 
and data enters customer premise 1300 from central office 400 via communication 
channel 16. In the preferred embodiment, communication channel 16 is illustratively 
a digital subscriber line communication channel which also supports POTS 
communication. Alternatively, communication channel 16 can be any communication 
channel capable of supporting the communication of compressed digital video, bi- 
directional Internet data and POTS, including but not limited to a wireless 
communication channel. Furthermore, the connections between INI 1350 and 
computer 1355, television 1365, and telephone 1360 may also be accomplished using 
various connection methodologies including, for example but not limited to, wireless 
technology. 

Communication channel 16 connects to intelligent network interface (INI) 
1350. Computer 1355, television 1365, and telephone 1360 are illustratively 
connected to INI 1350. INI 1350 may also support additional POTS communication 
lines 1353a and 1353b, which may also be in the form of a digital signal. The 
architecture and operation of INI 1350 will be discussed below. 

Fig. 17A is a schematic view illustrating the intelligent network interface (INI) 
1350 of Fig. 16. INI 1350 includes RADSL (rate adaptive digital subscriber line) 
modem 1351 connected to communication channel 16. While illustrated using 
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RADSL modem 1351, the digital video and data delivery system of the present 
invention can employ any communication technology for communicating between 
customer premise 1300 and central office 400. Also connected to RADSL modem 
1351 is telephone 1360. RADSL modem 1351 also supports additional POTS devices 
over connections 1353a and 1353b, which may be in the form of digital service. 

Processor 1354 connects to IR remote control interface 1358, RADSL modem 
1351, CP framer 1400, MPEG-2 chip set 1356, and graphics processor 1357. 
Processor 1 354 controls- the operation of INI 1350 in order to provide a video and 
audio television signal from MPEG-2 chip set 1356 to television 1365, and data from 
Ethernet interface 1352 to computer 1355 over lObase-T Ethernet connection 1359. 
Processor 1354 also provides a serial data connection for debugging and maintenance, 
and may also provide a connection for low data rate devices, for example but not 
limited to utility or alarm monitoring. Processor 1354 also connects to IR remote 
control interface 1358. 

Referring now to Fig. 17B, IR remote control interface 1358 (contained within 
INI 1350) allows bi-directional communication of RF information via the dwelling RF 
distribution system 1361 with one or more IR remote transceivers 1362. An IR 
remote transceiver 1362 can be located at each viewing/controlling location. 

Fig. 17C is a schematic view illustrating an IR remote transceiver 1362 of Fig. 
17B. The communication of RF information is accomplished by converting the 
received IR communications from a handheld remote control (not shown), received by 
IR receiver 1367b. The IR receiver 1367b should be constructed so as to accept all 
known carrier frequencies, for example, in the range of 32 to 40 KHz, and all codes 
The envelope of the received signal is used to control, in the preferred embodiment, a 
400 MHz frequency shift keying (FSK) transmitter 1363a, which transmits the signal 
over the dwelling RF distribution system 1361 to the INI 1350 via main RF signal 
path 1374. FSK transmitter 1363a and FSK receiver 1366b (and FSK receiver 1363b 
and FSK transmitter 1366a of Fig. 17D) connect to main RF signal path 1374 through 
connection 1377, which is illustratively any connection that can successfully couple 
the respective transmitters and receivers to main RF signal path 1 374. This link may 
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be achieved via a 75 ohm coaxial cable, or via other ways, for example but not limited 
to a wireless connection. Also included is 360 MHz FSK receiver 1366b and IR 
emitter 1367a, which should be of sufficient power to control devices via an IR signal. 
Fig. 17D is a schematic view illustrating the IR remote control interface 1358 

5 of Fig. 17A. IR remote control interface 1358 decodes the information received over 
main RF signal path 1374 in transceiver controller 1372 and passes a digital word to 
processor 1354 (Fig. 17A) via connection 1376. Transceiver controller 1372 also 
transfers information between IR receiver 1367b and processor 1354 (Fig. 17 A). The 
processor may also control devices that are connected to the main RF signal path 1374 

10 and RF distribution system 1361 through a 360 MHz FSK transmitter 1366a, in 
similar fashion to that described above, but at a frequency of 360 MHz. 

RF modulator 1368 receives audio and video input from MPEG-2 chipset 
1356 (Fig, 17A). RF amplifier 1369 and non-reflective notch filter 1371 assure that 
only the desired signals are passed between RF modulator 1368 and main RF signal 

15 path 1374. 

This system allows simultaneous transmission of RF television signals and bi- 
directional control signals. Multiple IR remote transceivers 1 362 can be installed in a 
single system. This system does not rely on the carrier frequency of the remote 
control, nor on a specific code implementation. The decoding of the codes and 

20 control of the IR emitters are under software control in the processor 1354. 

Fig. 18 is a schematic view illustrating the location, and a possible 
implementation, of CO framer 1 100 and CP framer 1400 within the digital video and 
data delivery system of the present invention. CO framer 1 100 is located at central 
office 400 and resides on UAA module 1000 (not shown) and receives video 

25 programming content. CO fi-amer 1 100 also receives and sends data services via the 
Internet 14. CO framer 1 100 communicates with modem 1351 in order to 
communicate with corresponding modem 1351 located at customer premise 1300 via 
communication channel 16. CP framer 1400 is located within INI 1350 and outputs 
both a digital video program in MPEG-2 format to MPEG-2 decoder 1356 and 

30 communicates data services with computer 1 355 through network interface 1 352. 
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Fig. 19 is a schematic view illustrating CO framer 1 100 of Fig. 18. CO framer 
1 100 receives into packet identification (PID) filter 1110a program group, in the form 
of an adaptive style MPEG-2 transport stream, containing multiple programs over 
connection 1161. An MPEG-2 transport stream consists of a continuous stream of 
transport packets. All transport packets are 1 88 bytes in length. The first byte is set 
to the value 0 x 47 to aid in synchronization; this bit pattern is not unique and can 
occur elsewhere in the packet. Also included in the transport packet header is a 
packet identification (PID) field, this identifier distinguishes the payload of the 
transport packet from the payloads of transport packets with other PID values. In 
accordance with the MPEG-2 protocol, a transport packet may contain a payload, an 
adaptation field, or an adaptation field followed by a payload. The adaptation field, 
when present, provides additional information about the data stream. 

One of these extra pieces of information is a program clock reference (PCR) 
value. Both the encoder and decoder of an MPEG-2 transport stream use 27 MHz 
clocks for their transactions. These clocks drive a system time counter (STC), which 
provides a constantly incrementing time stamp value. The encoder uses its own STC 
to time stamp the data being sent to the decoder. The decoder receives the data stream 
from the encoder, and uses its own STC to determine when to dispatch the time 
stamped data to its internal units. For simplicity, the encoder and decoder are not 
shown. However, since two completely different clocks are driving the STC counters, 
there will inevitably be subtle variations between the two due to process variations, 
environmental conditions, etc. These variations could cause decoding errors when the 
data is received. As a result, a way of synchronizing the decoder's clock to the 
encoder's clock is desired, despite the fact that the two might be on opposite sides of 
the world. The solution described herein is to use the PCR value contained within the 
adaptation field. 

The PCR value is a copy of the STC in the encoder exactly at the point in time 
when the PCR value is inserted into the transport stream as it leaves the encoder. 
ISO/IEC IS 13818-1, international standard (1994), MPEG-l systems mandates that 
the transmission delay from the encoder to the decoder be a constant quantity. By 
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requiring this, the transport packets arriving at the decoder will be at the exact same 
cadence and relative positioning in time as v/hen ihey left the encoder. As a result, the 
decoder can compare the PGR value as it is received with the decoder's own local 
STC. If the received PGR (STG) is ahead of the local STC, then the decoder can infer 
5 that the local 27 MHz clock is slightly slower than the remote one. If the received 

PGR (STG) is behind the local STG, then the decoder can infer that the local 27 MHz 
clock is slightly faster than the remote one. The decoder's clock is designed to allow 
its rate to be subtly varied, and thus, it can utilize the information provided by the 
PGR value to align its STG to the STC at the remote encoder. 
,0 Referring back to Fig. 19, packet identification (PID) filter 1 1 10 (to be 

described in detail with reference to Figs. 24A and 24B) receives the multiple 
program transport stream on connection 1161 and distills the multiple program 
transport stream into a single program transport stream for output on connection 1 162. 
The resulting transport stream is sent to asynchronous first-in first-out storage device 
1 5 (async FIFO) for temporary storage. 

PGR extract device 1 130 (to be described in detail with reference to Fig. 25) 
monitors the content of the single program group on connection 1 162 and searches for 
the presence of a PGR field. When PGR extract device 1 130 detects a PGR field, it 
extracts, or more accurately copies, the PGR field from the stream and latches the 
20 PGR value into PGR incrementor 1 1 40 over connection 1 1 64. PGR incrementor 1 1 40 

(to be described in detail with reference to Fig. 26) accepts the PGR field over 
connection 1 1 64 and increments its value by one on each 27 MHz cycle. PID filter 
1 110, async FIFO buffer 1 125, PGR extract device 1 130 and PGR incrementor 1 140 
all operate from the common 27Mz clock provided by the backplane design, which 
25 delivers an adaptive style transport stream (Fig. 20A). Importantly, the 

aforementioned components within GO framer 1 100 are clocked by the same clock 
that is used for the adaptive style transport stream 1 161 of Fig. 20 A) that is input to 
GO framer 1 100, thus allovwng the GO framer to be economically implemented as a 
synchronous unit. 
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When CO data mux 1 1 50 (the operation of which will be described in detail 
with reference to Figs. 27A, 27B. 27C and 27D) is ready to send an MPEG-2 packet, 
ii examines the contents of async FIFO device 1 125 over connection 1 166. If there is 
a packet to be sent CO data mux sends the packet. If this packet contains a PCR field, 
CO data mux 1 150 knows that an adjusted version of the PCR field is available from 
PCR incrementor 1 140. In such a case, CO data mux 1 1 50 causes the PCR 
incrementor 1140 to stop running by deasserting the PCR run signal on connection 
11 7 1, so that the output of PCR incrementor 1 1 40 stabilizes. CO data mux 1150 
overwrites, or restamps, the adjusted PCR value for the original as the packet is being 
sent to modem 1351 (Fig. 1 8). If there is no MPEG-2 packet to be sent, CO data mux 
1 1 50 instead sends a packet containing data services from connection 1 1 69. As the 
video clock reference for MPEG-2 is encoded using a 27MHz clock, it should be 
noted that the preferred embodiment has utility when the data being clocked into the 
CO framer is clocked at that same rate, i.e., 27MHz. However, the PCR restamping 
feature of the CO framer of the present invention can successfully operate whenever 
the CO framer is clocking in data at the same rate as the encoded video clock 
reference. Specifically, the CO framer of the present invention simply adjusts the 
PCR field by one unit on each 27Mz clock cycle of the adaptive style bus (Fig. 20A) 
until the packet is ready to be sent to the modem. 

CO data mux 1 150 also adds control channel 1 174 to the digital video content 
and the Internet data. Control channel 1 174 is established by capitalizing on the 
unused transport _priority flag bit present in each packet (whether digital video 
content, Internet data, or null) transported between central office 400 and customer 
premises 1300. Control information is transmitted over control channel 1174, which 
is a low speed control data channel in both upstream and downstream directions, by 
using (or more accurately, overloading) the transport _ priority Hag bit present in 
every transport packet that is communicated between central office 400 and customer 
premises 1300. CO framer 1 100 and CP framerl400 use this extra bit to form a serial 
stream in both the upstream and downstream directions, over which is communicated 
control information such as programming requests from a user located at customer 
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premises 1300. In this manner, it is possible to transmit low speed serial messages 
without interfering with the MPEG-2 program or regular data services. A universal 
asynchronous receiver transmitter (UART) unit within CO framer 1 1 00 and CP 
framer 1400 generates and receives serial messages utilizing these bits, thus providing 
a communication link between the host processors on either side of communication 
channel 16. 

Fig. 20A is a schematic view illustrating the adaptive rate transport stream bus 
specification of the transport stream of Fig. 19. The adaptive style transport stream 
bus is clocked at a constant 27 MHz data rate, indicated by t= 1/(27x10'* )sec, no 
matter the rate of the incoming signal. Through the use of an extra DVALID bit, 
illustrated by signal 11 76 and also clocked at 27MHz, and which signifies whether its 
respective byte contains valid data, the bus allows a transport stream of an arbitrary 
data rate (up to 8 x (27x10*^) b/s) to be transmitted. An extra packet sync bit 
(PSYNC), represented by signal 11 77 is added to mark the first byte in every MPEG- 
2 transport stream packet. This design allows the present invention to be very 
versatile in accepting input transport streams of many different telephony rates. 
Useful data is extracted from transport stream 1161 by storing only those bytes whose 
associated DVALID signal on line 1 176 are asserted active. Of this useful data being 
extracted, the receiving device knows that the PSYNC signal on line 11 77 is asserted 
on the first byte of every transport packet. 

Fig. 20B is a schematic view illustrating the formatting used to transport eight 
sets of the adaptive rate transport stream of Fig. 20A over an optical link. The 
adaptive rate transport stream of Fig. 20A is comprised of eight 10-bit parallel data 
streams. The eight streams are combined to form a basic 80-bit word. The serial 
stream is organized into firames, an exemplary one of which is illustrated as frame 
1201. Each frame includes an 80-bit overhead word 1201a, an 80-bit rate-adjustment 
word 1201b and thirteen 80-bit payload words 1201c through 1201n, resulting in a 
frame of 1200 bits in length. 

Overhead word 1201a includes 32 firaming bits 1202 and a four bit payload 
pointer 1206 with forty-four 1204 unused bits in between. The framing bits indicate 
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the start of a frame and are used to synchronize the serial data to the output parallel 
data in remote video input module 825 (discussed with respect to Fig. 1 IC). The 
payload pointer 1206 indicates whether the payload data begins in the rate adjustment 
word 1201b. first payload word 1201c, or second payload word 1201d (not shown). 
In this manner, the serial data stream adjusts the data rate to match the input data rate. 
Note that the 80-bit overhead word 1201a is divided into ten 8-bit bytes, but the rate 
adjustment word 1201b and the payload words 1201c-1201n are divided into eight 10- 
bit parallel adaptive rate transport streams, each including eight data bits, DVALID bit 
1 176 (Fig. 20A), and PSYNC bit 1 177 (Figs. 20A and 21). 

Fig. 21 is a schematic view illustrating an arbitrary rate program stream from 
which the adaptive style transport stream at the rate of 27 MHz (Fig. 20A) is created. 
The arbitrary rate transport stream illustrated by signal 1 161 is converted through the 
use of the selective clocking enabled by the DVALID and PSYNC bits of Fig. 20A. 
As can be seen interval t=l/a sec, where 0<a<27xl0^ In this manner, any arbitrary 
transport stream may be adaptively converted to the 27MHz transport stream 
illustrated in Fig. 20A. 

Fig. 22 is a transport stream definition table taken from ISO/IEC 113818-1- 
Table 2-3, which defines a transport packet per ITU-T Rec. H.222.0, which defines 
the first three bytes of the transport stream packet of Figs. 20A, 20B and 21. 
Illustratively, the first three bytes of each packet are sufficient to determine the PID 
field of each packet. Note that byte two contains bits 4-0 PID [12:8] packet ID high 
(PIDH), while byte three contains bits 7-0, PID [7:0] identifying, packet ID low 
(PIDL). The use of the PIDH and PIDL bits will be discussed in detail with reference 
to Figs. 24A-B. 

Fig. 23 is a schematic view illustrating the digital video program group 
contained on connection 1 161 of Fig. 19. A program group consists of one or more 
programs, illustrated by channels 1 178 containing, for example, cable news network 
(CNN) and channel 1 1 79 containing, for example, home box office (HBO). While 
two channels are shown for simplicity, many channels can simultaneously be carried 
in each program group. These programs are distinguished through the use of the 



41 



wo 99/23825 



PCT/US98/235S0 



10 



15 



20 



25 



30 



packet ID (PID) field. Shown is a sample program group in which the several 
programs contained in the program group are filtered down to a single program, 
illustratively ordered by an end user, illustrated as CNN program 11 78 emanating 
from packet ID filter operation 1110. 

Fig. 24 A is a schematic view illustrating PID filter 1110 of Fig. 19. PID filter 
111 0 is comprised of a plurality of 8-bit latches 1 1 1 1 a- 1 1 1 1 n, each configured to 
receive the 8-bit transport stream on connection 1161. Latches 1111 also mclude two 
additional bits, the PSYNC bit which is received on connection 1 177 and the 
DVALID bit which is received over connection 1 176. The DVALID bit on 
connection 1 1 76 supplies the clock enable signal to 8-bit latches 1 1 1 1 . In conjunction 
with that described in Figs. 20 A, 20B and 22, PID filter 1110 sets the DVALID fiag 
low for all packets that contain undesired PID values. In this manner, only the desired 
program is extracted from transport stream 1161, containing the program group, 
through analysis of the PIDL bits on connection 1 1 16 and the PIDH bits on 
connection 1117. The PIDL bits on connection 1 1 16 and the PIDH bits on connection 
1117 form the current packet identification byte on connection 1118. 

Comparator 1121 analyzes the current PID value on connection 1 1 1 8 and the 
desired PID value on connection 1 1 19 and if they match, i.e., the current PID 1 1 1 8 is 
the desired PID 1 1 1 9, then comparator 1121 supplies an input to latch 1 122. If the 
PSYNC signal is asserted on connection 1 177 and the comparator asserts a signal on 
connection 1 191 then latch 1 122 asserts a signal on connection 1 192 for input to and 
gate 1 1 12. If and gate 1 1 12 receives input fi-om latch 1 122 and the DVALID signal 
asserted on 1 176, then and gate causes the DVALID signal to be deasserted through 
latch 1 1 14, while the filtered program group containing the desired packet ID is 
supplied on connection 1 162 to async FIFO buffer 1125 (Fig. 19) and PGR extract 
device 11 30 (Fig. 19). 

Fig. 24B is a decision flow diagram illustrating the operation of the PID filter 
1110 of Fig. 24A. In block 1 123 the PID filter receives a new packet. In block 1 124 
it is determined whether this packet contains the desired PID value. If the PID value 
is as desired, then in block 1 126 packet ID filter will await the next packet. If the PID 



42 



wo 99/23825 



PCTAJS98/23550 



value is not as desired, then in block 1 127 PID filter 1 1 10 will mark the packet as 
invalid and then await the next packet in block i 126. 

Fig. 25 is a decision flow diagram illustrating the operation of the PGR extract 
device 1 130 of Fig. 19. In block 1 131, PGR extract device receives a new packet. In 

5 1132, PGR extract device 1 1 30 determines whether the packet contains a PGR value. 

If no PGR value is contained in the new packet, then PGR extract device 1 130 will 
await the next packet in block 1 134. Should the packet contain a PGR value, then 
PGR extract device 1 1 30 will latch that value into the PGR incrementor 1 140 in block 
11 36. PGR extract device 1 130 then awaits the next packet in block 1 134. 

10 Fig. 26 is a detailed view of the PGR incrementor 1 1 40 of Fig. 1 9. On line 

11 64, mux 1141 receives a new PGR value from PGR extract device 1 130. When 
instructed by the assertion of PGR run signal on connection 1171, PGR register 1 1 44 
will store the new PGR value received through mux 1 141 on connection 1 147. PGR 
register 1 144 is typically a 43-bit register. Either the new PGR value supplied on 

1 5 connection 11 64 or the current PGR value plus one supplied on connection 1 1 46 is 

latched into PGR register 1 144 on every 27 MHz clock cycle so long as the PGR run 
signal is asserted on connection 1 171 . The current value of the register is provided to 
GO data mux 1 150 over connection 1 167 so that GO data mux 1 1 50 can reinsert this 
field back into the MPEG-2 stream as it is being sent over connection 1 168 to 

20 customer premise 1300 (see Fig. 1 9). This technique allows the PGR field to be 

adjusted by the correct amount in order to maintain its accuracy. For every 27 MHz 
clock cycle, the PGR laden transport packet is delayed, the PGR field is incremented 
one unit to compensate. When GO data mux 1 150 is ready to send the PGR laden 
transport packet to customer premise 1300, it stops the PGR incrementor from running 

25 by deasserting the PGR run signal on connection 1 1 7 1 , and loads the updated PGR 
field back into its original transport packet (this will be illustrated in detail with 

reference to Fig. 28). 

Referring back to Fig. 19, by using a transport stream interface that clocks data 
along at 27 MHz, this same clock source can be used for the PID filter 1110, PGR 
30 extract device 1 130. async FIFO buffer 1 125, and PGR incrementor 1 140, whose PGR 
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value is expressed in units of 27 MHz clock cycles. This allows all these units to be 
implemented as a simple synchronous hardware design. It should be noted that the 27 
MHz data clock associated with the incoming transport stream may well vary from the 
27 MHz clock used at the encoder. It is therefore likely that the amount added to the 
PCR field may vary very slightly with a value generated had the encoder clock been 
regenerated locally. However, the variation between the two clocks over the short 
time that the PCR incrementor 1 140 runs is extremely small. By using the data clock 
in lieu of attempting to regenerate the encoder clock, CO framer 1 100 significantly 
reduces the cost of implementation. Async FIFO buffer 1 125 and PCR run signal 
1171 provides a buffer between all other units and CO data mux 1 150, which is 
another purely synchronous design, thus regulated by the data clock provided by 
modem 1351. 

Fig. 27A is a block diagram illustrating CO data mux 1 1 50 of Fig. 19. Mux 

1151 receives a new value from PCR incrementor 1 140 over connection 1 167, 
receives data services input over connection 1 169, receives data from async FIFO 
buffer 1 125 in the form of a delayed program over connection 11 66 and receives input 
from decision maker 1 152. Decision maker 1 152 asserts or deasserts the PCR run 
signal on connection 1 171 in order to stop or continue operation of PCR incrementor 

1 140. Mux 1151 chooses to send data from async FIFO buffer 1 125, data services 
1 169, or replace a packet's PCR field with a new value over connection 1 167 based 
upon current requirements. Mux 1151 provides the final transport stream over 
connection 1 1 68 to modem 135 1 for transport over low bandwidth communication 
channel 16. 

Fig. 27B is a state diagram illustrating the operation of the decision maker 

1 152 of Fig. 27 A. In states mO, ml and m2, a byte containing video programming 
content is read from async FIFO buffer 1 125 and sent over connection 1 168 to modem 
1351 . In state m3, a byte is again read from async FIFO buffer 1 125 and sent to 
modem 1351. If bit 5 is set, go to state m4, else go to state mwait. In state m4, a byte 
is again read from async FIFO buffer 1 1 25 and sent to modem 1351. If zero, go to 
state mwait, else go to state m5. In state m5, a byte is again read from async FIFO 
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buffer 1 1 25 and sent to modem 1351. If bit 4 is set. go to state m6, else go to state 
mwait If the state machine reaches the m6 state, then a PGR value is present in the 
packet, and therefore the old value is substituted with a new value as follows. 

In states m6, m7, m8, m9, ml 0 and m 11 , a byte is read from async FIFO 
buffer 1 125 and discarded. The PGR run signal on line 1 1 71 is deasserted. During 
each of the next six clock cycles, the six bytes associated with the new PGR field 
(connection 1 167) are transmitted in lieu of the six bytes associated with the old PGR 
field. 

In the mwait state, a byte is read from async FIFO buffer 1 125 and sent to 
modem 1 3 5 1 and the next packet decision ( 11 52) is awaited. 

In state iO a standard MPEG-2 synch byte (0x47) is sent to modem 1351 . In 
state il, the byte OxlF is sent to modem 1351. In state i2, the byte OxFE is sent to 
modem 1351. In state i3, the byte Oxla is sent to modem 1351, where a is the 
appropriate continuity_counter value. States il and i2 transmit the PID value to be 
used for the Internet data; in this preferred embodiment the PID value of OxlFFE is 
used. It should be noted that any arbitrary value may be used provided it is consistent 
across the design and does not conflict with any other PID's being used. The 
continuity counter is a standard 4-bit field that is incremented once for every transport 
packet of the same PID as is known in the art. In the iwait state, a byte of Internet 
data is sent to modem 1351 and the next packet decision (1 152) is awaited. 

In state nO, a standard MPEG-2 synch byte (0x47) is sent to modem 1351. In 
state nl, the byte OxlF is sent to modem 1351. In state n2, the byte OxFF is sent to 
modem 1351. In state n3, the byte Oxlp is sent to modem 1351, where p is the 
appropriate continuity_counter value. In state nwait, the byte OxFF is sent to modem 
1 35 1 and the next packet decision (1 1 52) is awaited. 

Fig. 27G is a flow chart illustrating the operation of GO data mux 1 150 of Fig. 
27 A. In block 1 153, GO data mux 1 1 50 is ready to send a new packet. In block 1 154, 
it is determined whether there is an MPEG-2 program packet ready to be sent from 
connection 1 166 (Fig. 19). If an MPEG-2 program packet is available, then it is sent 
over connection 1 168 to modem 1351 in block 1 156. If there is not an MPEG-2 
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program packet ready, then in block 1 1 55 CO data mux 1 1 50 will determine whether 
the data quota has been reached. If the data quota has been reached, then in block 
11 57, CO data mux 1 1 50 will send a null packet. If it is determined in block 1155 
that the data quota has not been reached, then CO data mux 1 1 50 will send a data 
services packet in block 1158. 

Fig. 27C is a flow chart illustrating the CO data mux program packet decision 
making function 1 1 52 of Fig. 27 A. In block 1 1 8 1 , the choice has been made to send 
an MPEG-2 program packet, block 1181 corresponding with block 1 156 of Fig. 27B. 
In block 1 1 82, it is determined whether the packet to be sent contains a PCR value. If 
the packet does not contain a PCR value, then in block 1 1 83, the MPEG-2 program 
packet is sent. If in block 1 1 82, it is determined that the packet does contain a PCR 
value, then in block 11 84, the PCR run signal on connection 1171 (Fig. 19) is 
deasserted and the old PCR value is replaced with the new PCR value available on 
connection 1 167. 

Fig. 28 is a schematic view illustrating the downstream (from central office 
400 to customer premises 1300) operation of CO framer 1 100 of Fig. 19. Individual 
packets from multiple program source transport stream 1 161 are selectively forwarded 
to the slower transport stream 1 168 destined for modem 1351 by latching the 
extracted PCR value on connection 1 164 (Fig. 19) into PCR incrementor 1 140 over 
connection 1 172 and deasserting the PCR run signal 1 171 to PCR incrementor 1 140 
(Fig. 19). PCR field adjustment is performed on packets that contain the PCR field in 
accordance with the description of Fig. 26. 

Fig. 29 is a schematic view illustrating the CO data mux of CO framer 1 100 of 
Fig. 19 in an upstream (customer premises 1300 to central office 400) direction. 
Although omitted for simplicity from Fig. 19, CO framer 1 100 includes in addition to 
CO data mux 1 1 50, CO data demux 1155. CO data demux 1155 receives bi- 
directional Internet data from customer premises 1300 over connection 1 168 and 
control information over control channel 1 174.. CO data demux routes the Internet 
data to, for example, computer 1355 (not shown) over connection 1 169. The 
operation of control channel 1 174 is as discussed above. 
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Fig. 30 is a schematic view illustrating the CP data demux 1455 in a 
downstream direction. The video programming content and data is received on 
connection 1456 from DSL modem 1351. CP data demux 1455 separates the video 
programming content for input to MPEG-2 decoder 1356 (Fig. 18) over connection 
1457 and the bi-directional Internet data for input to computer 1355 (Fig. 18) over 
connection 1459. Also providing input to CP data demux 1455 is control channel 
1 1 74 the operation of which was discussed with respect to Fig. 19. 

Fig. 3 1 is a schematic view illustrating CP data mux 1450 of the CP framer 
1400 of Fig. 17A in an upstream direction. Bi-directional Internet data is received in 
CP mux 1450 over connection 1459 and transported to DSL modem 1351 for 
communication over communication channel 16. Note that CP data mux 1450 sends 
only bi-directional Internet data and control information over control channel 1 174 in 
the upstream direction. 

Fig. 32 is a decision flow diagram illustrating the operation of both CO data 
demux 1 1 55 and CP data demux 1455. Block 1 1 86, signifies the arrival of a new 
packet. In block 1 187 it is determined whether the packet contains data services. If 
the packet does not contain data services, then in block 1 188, the data demux awaits 
the next packet. If it is determined in block 1 187 that the packet does contain data 
services, then in block 1 1 89, the data services are extracted and the data demux awaits 
the next packet in block 11 88. 

Fig. 33 is a flow chart illustrating the operation of CP data mux 1450 of Fig. 
17 A. In block 1401, CP data mux 1450 is ready to send a new packet. In block 1402, 
it is determined whether the data quota has been reached. If the data quota has been 
reached, then in block 1404 CP data mux 1450 will send a null packet. If in block 
1402, it is determined that the data quota has not been reached, then in block 1406, CP 
data mux 1450 will send a data services packet through modem 1351 over 
communication channel 16 to central office 400. This illustrates that upstream data is 
formatted in transport packets as well. Although not necessary for the design of the 
present invention to function, it promotes standardization. CP data mux 1450 
generates only data service and null packets. 
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Fig. 34 is a schematic view illustrating an alternative embodiment of CO 
framer 1 100 of Fig. 19. In this embodiment, CO framer 1 100 adds a new program to 
an existing transport stream. Items performing like functions to those described with 
reference to Fig. 19 are given the same reference numerals and will not be described 

5 in detail again. As can be seen, a program to be added is supplied on connection 1 55 1 
to async FIFO buffer 1 125. PCR extractor 1 130 also monitors the transport stream on 
connection 1551 in similar fashion to monitoring the output of PID filter 1 1 10 of Fig. 
19. PCR extractor 1 130, PCR incrementor 1 140 and async FIFO buffer 1 125 all 
perform the same function as described above. Program mux 1550 replaces CO data 

10 mux 1 150, and receives existing program streams over connection 1552. Program 

mux 1 550 will substitute incoming null packets with packets associated wiLh the new 
program and supply an output on connection 1554 comprising the new n + 1 program 
stream. 

Many variations and modifications may be made to the above-described 
embodiment(s) of the invention without departing substantially from the scope and 
principles of the invention. All such modifications and variations are intended to be 
included herein within the scope of the present invention. 
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CLAIMS 

Therefore, having thus described the invention, at least the following is claimed: 

1 . A system for delivering digital video and data over a communication 

channel, comprising: 

a programming center configured to receive a plurality of video signals and at 

least one bi-directional data signal; 

a central office in communication with said programming center, said central 
office configured to receive said plurality of video signals and place said plurality of 
video signals on a bus; and 

means located in said central office for delivering at least one of said plurality 
of video signals and supporting communication of said at least one bi-directional data 
signal to at least one end user over a communications channel. 

2. The system as defined in claim 1 , further comprising means for 
precisely controlling said plurality of video signals for delivery to said end user. 

3 . The system as defined in claim 1 , wherein the placement of said bus in 
said central office allows a plurality of end users access to any number of said 
plurality of video signals. 

4. The system as defined in claim 1 , wherein said bus allows any end user 
to select from any of said plurality of video signals. 

5. The system as defined in claim 1 , further comprising means for 
communicating from said end user to said central office in order to request one of said 
plurality of video signals. 

6. The system as defined in claim 1 , further comprising a video network 
interface shelf contained within said central office. 
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7. The system as defined in claim K further comprising a video 
distribution shelf contained within said central office. 

8. The system as defined in claim 1 , further comprising an access shelf 
contained within said central office. 

9. The system as defined in claim 1 , wherein said bus resides within said 
access shelf 

10. The system as defined in claim 1 , further comprising means for 
providing simultaneously with said at least one of said plurality of video signals and 
said at least one bi-directional data signal, at least one telephone channel. 

11. A method for providing a plurality of video channels and bi-directional 
data over a communication channel, comprising the steps of 

a) placing a plurality of video channels on a bus; 

b) receiving a request from a user for at least one of said plurality of video 
channels; 

c) processing said request in order to determine whether said user is authorized 
to receive said at least one of said plurality of video channels; and 

d) delivering said at least one of said plurality of video channels over a 
communications channel to said user if said user is authorized to receive said at least 
one of said plurality of video channels. 

12. The method as defined in claim 1 1 , further comprising the step of 
providing simultaneously with said at least one of said plurality of video channels a 
bi-directional data channel. 
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13. The method as defined in claim 1 1 , further comprising the step of 
providing simuhaneously with said at least one of said plurality of video channels at 
least one telephone channel. 

1 4. The method as defined in claim 1 1 , further comprising the step of 
providing simultaneously with said at least one of said plurality of video channels a 
bi-directional data channel and at least one telephone channel, 

15. The method as defined in claim 1 1 , further comprising the steps of 
monitoring each of said plurality of video channels requested by each said 

subscriber in order to collect a history of all video channels requested by said 
subscriber; and 

maintaining said history in a database. 



51 



wo 99/23825 



PCT/US98/23550 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23S50 



2/48 



10- 



USER REQUESTS TO VIEW A PROGRAM 
CHANNEL VIA CONTROL CHANNEL 



51 



REQUEST RECEIVED 
IN CENTRAL OFFICE 



52 



.J 



CENTRAL OFFICE UNIVERSAL ACCESS 
ADAPTER PROCESSES REQUEST 



54 



IF REQUEST IS APPROVED. 
PROGRAM CHANNEL IS DELIVERED 
TO USER VIA COMMUNICATION 
CHANNEL 

56 



FIG. 1B 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23S50 



3/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



4/48 



UJ 

O 

LU LL- O 

OO o- 



cm 


1 1 

dj 




[=□ 


1 — 1 


en 






1 1 

(ZD 


B 




1 1 



o 



1 1 
izn 
1 — 1 




1 1 

CD 
CD 
CD 





o 
o 
o- 



CD 
CD 
CD 

B 

CD 

CD. 



B 



o 





SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



6/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23S50 



7/48 



UJ 

_J 

CO 

< 

CO 

Qw WW 

<ZQQZ 
00>>CD 




< 

CD 

< 

Q 

o 
o 

_J 
m 

LU 

_J 

o 
o 

CO 

</) 

Q 

I 

_l 
O 

a: 

H 
Z 

o 
o 

o 

LU 
Q 



NEIGHBOR 

FAULT 
> FAULT 



CD 
in 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



8/48 




RESET/DISABLED 



BOARD INSERTED 



UJ 

o 
< 

Li- 



Q 

a: 
< 
O 

CD 
UJ 
> 



SERIAL BUS 



UJ 

o 
< 

U- 

q: 

UJ 



UJ 



CD 

< 
Q 

UJ 
(A) 
UJ 



oVq coS^hN^ 



UJ 


UJ 






q: 


q: 


UJ 


UJ 


C/) 


C/) 






Q 


o 


a: 


z 


< 


-J 


o 


CD 


CD 


CO 



?5 

2: o 



UJ 

c/) 

UJ 

o 
2 



CD 



CD _j m 
CO G9 c/) 

C/) 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



9/48 



325- 



USER INTERFACE 
PROVIDE INTERFACE FOR ADDING AND ADMINISTERING SUBSCRIBERS 
PROVIDE INTERFACE TO VIEW DISTRIBUTED COMS & MONITOR 

CO EQUIPMENT ^^n.ii.'innc 
- PROVIDE INTERFACE FOR CHANNEL MAPS & PROGRAM GUIDE 
1^ GRAPHICAL USER INTERFACE VIA JAVA AND HTML ^ __326 y 



_Y 



I 



SUBSCRIBER SETUP 
& CONTROL 



•MAINTAIN MASTER DATABASE 
OF SUBSCRIBER INFO INCLUDING: 
•VIDEO CHANNEL AUTHORIZATIONS 
• INTERNET SERVICE AUTHORIZATION 
•ACCOUNT ACTIVITY (PPV INFO) 
•SERVICE ENABLED/ DISABLED 
DISTRIBUTE AND RECONCILE LOCALIZED 
COPIES OF DATABASE TO RELEVANT 
COMS FOR UAA CONFIGURATION AND 

V^pviNFO 



/''com status 

IPLAY 



DISF 



PRVIDE OVERALL 
STATUS OF ALL COMS 
ALLOW INDIVIDUAL 
DETAILED COM STATUS 
VIEWS 

328 



/"CHANNEL MAPPING & 
PROGRAM GUIDE INFO 

GENERATE BASIC CHANNEL 
MAPPING INFO FOR 
DISTRIBUTION TO COMS 
GENERATE PROGRAM GUIDE 
INFO FOR DISTRIBUTION TO 
COMS 329 y 




TELCO 
SUBSCRIBER 
DATABASE 



GUST ID 
GUST NAME 
ADDRESS 




SMW 
DATABASE 
INFO 



GUST ID 

CUST SERVICES 
PPV INFO 

CHANNEL VIEWING INFO 



/HIERARCHICAL COM^ 
MANAGEMENT 

• MANAGE BI-DIRECTIONAL 
TRANSFER OF INFORMATION 
TO DISTRIBUTED COMS 

333 J 



SMW 
DATABASE 
VIEW 



/SUSCRIBER DATABASE^ 
INTERFACE 

CONVERT SUBSCRIBER 
DATABASEAND BILLING INFO 
INTO FORMAT READABLE BY 
TELCO'S LOCAL BILLING 
VSYSTEM 



V 




\ 




REMOTE 


COMS 






336 




SYSTEM STATUS 
WORK ORDERS 
UAA ASSIGNMENTS 
PPV INFO 
VIEWING INFO 



COM 



338 339 



-> TO BILLING SYSTEM 



F/G. 8 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



10/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



11/48 



CO 
UJ 



< 

CO 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



12/48 



LU 
—J 

= 1— <vj 

oO»o 



O 

N 
X 



->VB10- 
»VB10+ 

VB9- 
»VB9+ 
>VB8- 
»VB8+ 
»VB7- 
»VB7+ 
>VB6- 
-> VB6+ 
»VB5- 
-> VB5+ 
>VB4- 
>VB4+ 
>VB3- 
>VB3+ 
>VB2- 
>VB2+ 
>VB1- 
>VB1 + 




2 

< 
o 

o 
o 



< 

D 

O _ 

CD 



O 



Q 

> 



NEIGHBOR 
FAULT 
> FAULT 



CO 
CO 
Q 

I 

LU 
O 
< 

UJ 



o 

LU 
Z 

o 

LU 
Q 

> 



CO 

o 



El 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



13/48 




SUBSTITUTE SHEET (RULE 26) 



PCTAJS98/23550 



14/48 



UJ 



CO 




< 

< 
D 

(J 

O 
-J 
CQ 

LU 
-J 

Q 
O 



ID 



O 
LU 
O 

> 



CDQXXrr) 

o 
q: 
< 
o 



:d COLLI 

CDLUh- 
LU — 

<< 



NEIGHBOR FAULT 
FAULT 



CQ 



CD 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23S50 



15/48 



SERIAL VIDEO IN 
27 MHz (8 SOURCES) 
— 836 




825 



OPTICAL 
RECEIVER 



842' 



VIDEO 



r827 



CLOCK REGENERATION 
AND DATA SYNC 



843- 



VIDEO r 

844± 



2.488 GHz 



VOLTAGE 
MANAGEMENT 

841 



CARDDISAB 
GNDhs 

Vddhsi 

VDDHS2 
1— GND 



1-16 DEMULTIPLEXER/RECEIVER 
AND FRAME DETECTION 



— 828 



FRAME 



r 



VIDEO r 



-> 



PAYLOAD E 


XTRACTIC 


)N - 




VIDEO 


TRANSMIT FIFO 


848— 


VIDEO 


LVDS VIDE 


0 DRIVER 


S 



155.5 MHz 

DATA STATUS 



■849 



— 829 



— 831 



838a 



OUTPUT 
ENABLE 



— 832 



SUPERVISORY 
MODULE 

834 



PARALLEL VIDEO OUT 
(8 SOURCES) 



—838/) 



833a-: 



833b— 



> SERIAL BUS 
-CARD ADDRESS 

> BOARD INSERTED 



FAULT NEIGHBOR 
FAULT 



FIG. 11 C 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



16/48 



CO 
LU CO 

Q. a. 

CO 3 
S O 

CO < 

s§ 

< ^-- 

LU a. 
to I— 
oo ^ 

o 



DVB-ASI OVB-ASl DVB-ASI DVB-ASI 
CO DATAOUT OATAOUT^ DATAOUT DATAOUT 



VB2H- 
VB2H+ 
VB1H- 
VB1H+ 



VB2B- 
VB2B+ 
VB1B- 
VB1B+ 

^ VB10A- 
O VB10A+ 

VB9A- 
^3 VB9A+ 

VB8A- 
z VB8A+ 

V87A- 

< VB6A-. 
S VB6A+ 
2 VB5A- 
o VB5A+ 
> VB4A- 
H- VB4A+ 
S VB3A- 
o VB3A+ 
w VB2A- 
o VB2A+ 
>: VB1A- 
-' VB1A+ 



r 




O 

o 



O 

N 

X 



o 

< 
o 



C/DCQO 
IDCOLU 
CD l-U^— 
,0:0: 

LL) z: — 
C/50Q 

<< 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



17/48 



PARALLEL VIDEO IN 
27 MHz (8 SOURCES) 



900 



LVDS VIDEO 
RECEIVERS 901 



914 — 



VIDEO 



VOLTAGE 
MANAGEMENT 

902 



RECEIVE FIFO 



%4 



FIFO FLAGS 



155.5 MHz 



155.5 MHz - 
REFERENCE 



918 

U 



VIDEO 



^ Q18^ 917— \ 



FIFO CONTROL 



FRAMING 



906 



919- 



VIDEO 



16:1 



— 907 



MULTIPLEXERATRANSMITTER 



9^y—^ VIDEO 



908 — 



OPTICAL 
TRANSMITTER 



— 912 



SUPERVISORY 
MODULE 

909 



CARD DISAB 

GNDhs 
VdDHS! 
VdDHS2 
GND 



> SERIAL BUS 

— CARD ADDRESS 

> BOARD INSERTED 



SERIAL VIDEO OUT 
(8 SOURCES) 



FIG. 11 E 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



18/48 



o 
in 






LU 




O 




u_ 




u. 


1 CO 


O 


! w 


_j 


w 


< 




a: 


1 o 


\- 


1 o 

1 < 

1 


EN 


1 


o 



< cr, a: LU 
LU tr 2 cn 

2: < <r ^ 

3 



t 



11 



Oil 



CO 

< 
I 

CO 

> 

Q 



< 
> 



O 




< cn ^ LJJ 
LU o 9? 

z < < ^ 



CM 



UJ 5 
Q 2 



1 ^ LL. 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/235S0 



19/48 



to 



o to 
< 



< CO 

CO uj _j 

a: uj ^ 5 
LU o 0^ Q 5 

Z < < ^ 
3 



o 
o 



UJ 



o 
o 



o 



< CO ^. Lii 

2 < <f ^ 
3 



LU 

o s 



o 
o 




< cn Ct^ UJ 

UJ tr 2 ^ 

^ < <r ^ 
3) 



O 
O 



cr: 

UJ 



o 



CO 

d 



^1 

to 



O 



Si- 

> 



CX3 



LO 



A A A A 



A A >^ 



vn 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



20/48 



CD 
< 

O ^ CO CO 




o 
o 

eg 



— DVBAO-8 & DAV- 
DVBAO-8 & DAV+ 
DVBBO-8 & DAV- 
DVBBO-8 & DAV+ 

— DVBCO-8 & OAV- 
DVBCO-8 & OAV+ 
DVBDO-8 & DAV- 
DVBOO-8 & DAV+ 
OVBEO-8 & DAV- 
DVBEO-8 & OAV+ 
DVBFO-8 & DAV- 
DVBFO-8 & OAV+ 

— DVBGO-S & DAV- 

— DVBGO-a & OAV+ 
DVBHO-8 & DAV- 

— OVBHO-6 & DAVt 



c/) 
_j 
ui 
z 
z 
< 

o 
< 

< 
Q 



9 
> 

CD 
O 

CO 
Q 
> 



>10BASETTX- 
->10BASETTX+ 
-> 1 DBASE TTX- 
->10BASETTX+ 



o 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/235S0 



21/48 



650- 



USER INTERFACE ^ 
' PROVIDE INTERFACE TO SUBSCRIBER DATABASE 
FOR UAA ASSIGNMENTS. ^...^^o 
. PROVIDE INTERFACE TO CONFIGURE & MONITOR 

CO EQUIPMENT ...out^.i 
. GRAPHICAL USER INTERFACE VIA JAVA AND HTML 



-^SUBSCRIBER DATABASE > 
& CONTROL 

. MAINTAIN LOCALIZED MIRROR OF SMW 
DATABASE FOR SUBSCRIBER INFO: 

• VIDEO CHANNEL AUTHORIZATIONS 

. INTERNET SERVICE AUTHORIZATIONS 

• ACCOUNT ACTIVITY (PPV INFO) 

• SERVICE ENABLED/ DISABLED 

. CHANNEL VIEWING STATISTICS 
. UPLOAD BILLING INFO & DOWNLOAD 
SUBSCRIBER INFO 
• CONFIGURE UAA FOR SERVICE 
. INITIAL SETUP 
• CHANGE IN SERVICE 



/HARDWARE SETUP & STATUS DISPLAY^^ 

INITIALIZION OF CO EQUIPMENT 
MONITOR STATUS OF CO EQUIPMENT 
. MANAGE POLLING OF SHELF PROCESSORS FOR 
STATUS INFO 
• MANAGE POLLING OF UAAs FOR PPV BUYS 
• ACCESS DATABASE OF CARD CONFIGURATIONS 
FOR RAPID RECONFIGURATION IN CASE LARGE 
NUMBER OF CARDS REPLACED SIMULTANEOUSLY 

654 y 



EMBEDDED CONTROL NETWORK > 

• RESPONSIBLE FOR THE COMMUNICATION OF 
INFORMATION BETWEEN COM AND THE CO 

• APIWILL DEFINE TYPES OF MESSAGES/ COMMANDS 
THAT SYSTEM SUPPORTS , 

SOME PORTIONS OF THIS CODE WILL BE COMMON 
WITH THE EMBEDDED CONTROLLERS gSSy 



SMW INTERFACE 

• BIDIRECTIONAL COMMS 
WITH SMW 

00/ y 

■ — r^^"^ 

TO SMW 



TO GLOBAL BUS 



F/G. ■/5 



SUBSTITUTE SHEET (RULE 26) 



PCT/US98/23550 



22/48 



CUSTOMER PREMISES CONFIGURATION 



SERIAL DATA 
FROM MONITORED 
DEVICES 



1300 CUSTOMER 
■ ' PREMISES 



7350 

INTELLIGENT 
NETWORK 
INTERFACE 



POTS 



— 1355 



INTERNET ^ 
< — I > 



1359 



VIDEO 



1353a 



^ ADDITIONAL 
> POTS DEVICES 




1353b 



1360 



1365 




FIG. 16 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



23/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



24/48 



03 
CM 

CO 




c 

CM 

to- 



o 



< 



LU 





CQ 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/IJS98/23550 



25/48 



> 

> 



X5 



CD 
CO — 



1/ 


c 
c 








ill 












lij 









< 








LU 




> 




LU 




o 




LU 







q: o 

LU p 

> < 

UJ o 

o o 



z 

LU LU 

il 

< 



CM 
CO 

CO 



CO 



-Q 


360 MHz 

FSK 
RECEIVER 









CO 
CO 
CD ■ 

CO 




lU 



CO HI 

u. >- 

C/D 



ID 

00 



o 



CD 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



26/48 



in 
o 
< 

U- 

111 



o 
a: 

Z 

o 
u 

UJ 



UJ 




Q 



CD 



T- CO 

+ II 
II 

O 



r 



00 
CO 



U. ' 1 

Z 






1368 

RF 

MODULATOR 




<r 


< 



UJ HI 
Q ^ C/) 

< ^ 



CO 

m 

CO 



SUBSTITUTE SHEET (RULE 26) 



wo 99/Z3825 



PCT/US98/23550 



27/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



28/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23SS0 



29/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



30/48 



o 

CM 



UJ 

< 

> 

o 
> 




a 


llI 


cr 




o 










CD 
Lul 


< 




UJ 




X 










CO 


> 


U- 


o 




12016 





CO 
CO 

< 



< 



cot 

CO 
h- 

<1 



CO 



CO 

< 



CO 

cr 
< 



CO 

Q 

o 



CNl 
CO 

<l 



< 
o 

CL 



CQ 
o 

CM 

d 



o 
eg 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



31/48 



Q 
ID 
X 



111 

a: 
< 

X 

cn \- 

3 O 
CD CD 



< 
LU 



LU 
5 



C/3 

o: 
O 

Q. 
C/) 



< 
Q 



< 

< UJ 
^> 

^- o 
I 

< LU 
< 



D 
LU 



< 
< 

D 

Z 
LU 

Z 

o 
u 



LU LU 
•O CL 



LU LU 

t ^ 
>- O 
CQ < 



LU h- 
H LU 

CD O 
C/3 CL 

5Z 



CD 

O LU 

T- cs 

II V 




O 
> 
CL 



< 

5 



^ 



o < a: 
^ O Si! 



Q " 



a: ^ 

IJJ M- 



LU 



liJ > 



: UJ 



111 
Li_ ^ 

< t= < 

< < O 

b ^ 

< < > 

Q Q □ 

, LU LU O 
X X LU 

I- H q: 

X 2: CO 
h- LU — 
X < 



5 
Q 
UJ 
1- 
< 

o 
o 

CO 
CO 

< 

cn cn 



O Q 
LU 
O 

cr: 
< 
o 
cn 



UJ 
X 



Q 
UJ 



cn CO ^ 



t UJ 



cn 



LU 



W S LU 

o o q: 

< (/) 

Q. — 

o < 

< ° 



cn 

CL 
UJ 
X 

ili 



CD 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



32/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



33/48 



X 



Q 
UJ 



< < 



O 

o 

CO 

< 
Cd 

o 
o 

a: a: 

Q. i- 
LU 

_i 

Q- 

h- 
_J 

3 



o 

D. 
U) 
Z 
< 




CO 
CM 

CD 



CO 









CM 




O 


Q 


X 


> 


o 




Q 




a. 






CNJ 

o 




ilAI 


X 
o 


Q. 


PID 



z 
o 





in 




CVJ 




o 


D 


>< 


> 


PIDO 





CD 








O 


Q 




All 


ID OX 




CL 




o 

< ° 

a. 9 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



34/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



35/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



36/48 




e) 



SUBSTITUTE SHEET (RULE 26) 



Wd 99/23825 



PCTAJS98/23550 



37/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 PCT/US98/235S0 

38/48 



CO DATA MUX BLACK DIAGRAM 



PGR RUN 
1171 



DECISION MAKER 



DATA FROM 
ASYNC FIFO 



1166 



1169 

{ ■ 



DATA 
SERVICES 



1167 
__L_ 



NEWVALUE 
FROM PGR INC 



-1152 




— 1151 



TO MODEM 



OUTPUT 



1168 




1150 



FIG. 27 A 



9 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



39/48 



PR10RITY#1: 
MPEG-2 DATA 



NEXT_PACKET D ECISION 



mO 



m1 



m2 



m3 
m4 

m5 h 

I 

m6 
m7 
m8 
m9 

Y 

m10 



iWAIT 





PRIORITY #2: j 
INTERNET DATA 

/ 




iO 










i1 










i2 












i3 







FIG. 27B 



PRIORITY #3: 
NULL PACKETS 



nO 



n1 



n2 



n3 



nWAIT 



m11 
mWAIT 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 



40/48 



Vi 


ICES 
KET 


< 


o 


END 


SERV 
PAC 






SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



41/48 




Q 

CM 

d 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



42/48 



g 

LU 
D- 
O 

s 

< 
liJ 
a: 

z 

o 
o 

d: 

LU 

u. 

O 
O 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCTAJS98/23550 



43/48 



CO FRAMER- UPSTREAM (CP TO CO) DATA 




1174 -ycomROl 
CHANNEL 



TS BUS KEY 
^ ADAPTIVE 



^ FIXED 



FIG. 29 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



44/48 



PCT/US98/23550 



CP FRAMER- DOWNSTREAM (CO TO CP) DATA 



1 SYNCHRONOUS 
UNIT 




TO MPEG-2 
DECODER 




1174 



CONTROL 
CHANNEL 



TS BUS KEY 
S ADAPTIVE 
FIXED 



FIG. 30 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



45/48 



PCT/US98/23550 



CP FRAMER- UPSTREAM (CP TO CO) DATA 



SYNCHRONOUS 
UNIT 

TO 
MODEM 



TS 



1456 



CP DATA 
MUX 



1174 




CONTROL 
CHANNEL 

— 1450 



TS BUS KEY 
ADAPTIVE 
_ FIXED 

FIG. 31 



SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



46/48 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23550 




SUBSTITUTE SHEET (RULE 26) 



wo 99/23825 



PCT/US98/23SS0 



48/48 




SUBSTITUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US98/23550 



A. CLASSIFICATION OF SUBJECT MATTER 
1PC(6) :H04N 7/10, 7/173 

US CL :395/200.47; 348/7, 12 . . . . ^ ,nr. 

Acconiing to International Patent Classification (IPC) or to both naUonal cUssificaUon and IPC 



a FIELDS SEARCHED 



Minimum documentation searched (cUssification system foUowed by classification symboU) 
U.S. : 395/200,47-200.49 ; 348/6.7. 8, 10. 12 13; 455/3.1. 3.2. 4,1. 4.2. 5.1. 6.1. 6.2 



Documentation searched other than minimum documentation to the extent that such documcnu are included in the fields searched 



Electronic data base consulted during the international search (name of data base and. where practicable, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 



CitaUon of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



X 



us 5,371,532 A(GELMAN ET AL.) 06 DECEMBER 1994, 
FIGURES 2-4. 

US 5,512,936 A(BURTON ET AL.) 30 APRIL 1996, FIGURES 1- 
16, 



1-15 



1-15 



I I Further documents are listed in the continuation of Box C. Q See patent family annex. 



Sp«ciBl categoriet of citsd documenu: 

document defuung the geneni itaU of the trt which ii not comidered 
to be of particular relevance 

earlier document publiahed on or after the interoatiooal filinB date 

document which may throw doubu on priority clairo(») or which i« 
cited to etUbliftb tho publication date of another citation or other 
ipecial reaaon (as ipecified) 

document refeiring to an oral diwloMire. uie. exhibition or other 



document publuhed prior to the inlcmalional filing date but Uter than 
the priority dale claimed 



later doctunent published after the international filing date or priority 
dale and not in conflict with the application but cited to understand 
the (Minciple or theory underlying the invention 

document of particular relevance; the claimed invention cannot be 
ooniiderod novel or cannot be considered to involve an inventive step 
when the document u taken alone 

document of particular relevance; the claimed invention cannot be 
coniidered lo involve an bventive itep when the document is 
combined with one or more other such documenu, such combination 
being obvious to a persoo skilled in the art 

document member of the tame patent family 



Date of the actual completion of the international search 
14 JANUARY 1999 



Dale of mailing of the international search report 



12 MAR 1999 



Name and mailing address of the ISA/US 
Commissioner of Taltnts and Trademarks 
Box POT 

Washington, D.C. 20231 
FacsimUc No. (703) 305-3230 



Authorized officer 



NATHAN FLYNN J:^'^*^^'/?^^^ 
Telephone No. (703) 305-9703 



Form PCT/ISA/210 (second sheet)(July 1992)* 



